From owner-cvs-all Fri Aug 20 10:27:11 1999 Delivered-To: cvs-all@freebsd.org Received: from relay.nuxi.com (nuxi.cs.ucdavis.edu [169.237.7.38]) by hub.freebsd.org (Postfix) with ESMTP id 578621536E; Fri, 20 Aug 1999 10:27:06 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (iras-2-49.ucdavis.edu [169.237.16.177]) by relay.nuxi.com (8.9.3/8.9.3) with ESMTP id KAA60653; Fri, 20 Aug 1999 10:24:44 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.9.3/8.9.1) id KAA55158; Fri, 20 Aug 1999 10:24:42 -0700 (PDT) (envelope-from obrien) Date: Fri, 20 Aug 1999 10:24:41 -0700 From: "David O'Brien" To: Peter Wemm Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/include histedit.h src/lib/libedit Makefile editline.3 el.c el.h Message-ID: <19990820102441.A55100@dragon.nuxi.com> Reply-To: obrien@NUXI.com References: <19990820014531.B30314@dragon.nuxi.com> <19990820121935.D8C161C1F@overcee.netplex.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19990820121935.D8C161C1F@overcee.netplex.com.au>; from Peter Wemm on Fri, Aug 20, 1999 at 08:19:35PM +0800 X-Operating-System: FreeBSD 4.0-CURRENT Organization: The NUXI BSD group X-PGP-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Keyid: 34F9F9D5 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > > I actually had long talk with one of our toolchain people. The > > conclusion we came to is that it *does* need to be bumped. (I was > > checking on my bump of libreadline in -STABLE and the discussion applies > > here too) > > I don't think it's generally useful for merely adding functions. Consider: We need to come up with an agreement here. It is clear as mud. (btw, the Handbook still descrcribes the a.out case. I'll fix that as soon as the doc freeze is over) > Assuming bump: > program from 3.3 run on 3.2 and program using new functions: > - warning generated about old library. Nope. With a major bump and 3.3 binary run on 3.2, you are going to get: /usr/libexec/ld-elf.so.1: Shared object "libfoo.so.2" not found > Assuming NO minor bump: ??? We don't have minor version numbers any longer. > For things like this, I personally think it's better to go without a bump, > especially if it's a function that's only used in /usr/src. In that case, > people are getting the new function at the same time they are updating from > 3.2 to 3.3. If ports want to use it though it's not so clear. Yes, ports complicates things, and needs to be worked into our policy. > but how about moving the warnings so they only happen *IF* an undefined > symbol gets hit. ie: if a program doesn;t use the new symbol, it's > silent. But if it does get an undefined symbol, ld.so dumps out > something to the effect of: Since we don't have minor version numbers to work with here (I doubt we are really going to go back to them in 3.x) this is impossible to do. -- -- David (obrien@NUXI.com -or- obrien@FreeBSD.org) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message