Date: Fri, 20 Aug 1999 10:24:41 -0700 From: "David O'Brien" <obrien@NUXI.com> To: Peter Wemm <peter@netplex.com.au> 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> In-Reply-To: <19990820121935.D8C161C1F@overcee.netplex.com.au>; from Peter Wemm on Fri, Aug 20, 1999 at 08:19:35PM %2B0800 References: <19990820014531.B30314@dragon.nuxi.com> <19990820121935.D8C161C1F@overcee.netplex.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990820102441.A55100>