Date: Thu, 02 Nov 2006 14:53:47 -0800 From: Maxim Sobolev <sobomax@FreeBSD.org> To: Sam Leffler <sam@errno.com> Cc: Daniel Eischen <deischen@FreeBSD.org>, Ruslan Ermilov <ru@FreeBSD.org>, current@FreeBSD.org Subject: Re: libpthread shared library version number Message-ID: <454A76FB.5000802@FreeBSD.org> In-Reply-To: <454A6E09.9080200@errno.com> References: <454936CA.6060308@FreeBSD.org> <20061102115058.GB10961@rambler-co.ru> <Pine.GSO.4.64.0611020824150.12236@sea.ntplx.net> <20061102140948.GA70915@lor.one-eyed-alien.net> <20061102182419.GC774@rambler-co.ru> <454A60E9.7020303@FreeBSD.org> <20061102214157.GC2028@rambler-co.ru> <454A6B07.3090003@FreeBSD.org> <454A6E09.9080200@errno.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Sam Leffler wrote: > Maxim Sobolev wrote: >> Ruslan Ermilov wrote: >>> On Thu, Nov 02, 2006 at 01:19:37PM -0800, Maxim Sobolev wrote: >>>> Ruslan Ermilov wrote: >>>>> On Thu, Nov 02, 2006 at 08:09:48AM -0600, Brooks Davis wrote: >>>>> Hmm, bumping not versioned libraries *now* and not bumping them >>>>> again at pre-release would work, but doing it without also bumping >>>>> "to be versioned" libraries is IMO pointless. And if we bump all >>>>> of them now, we'll have to bump some of them again when versioning >>>>> is turned on by default. >>>> No, we will not have to do it. Why would we? It's -CURRENT, so that >>>> nobody really cares about backward/forward compatibility within that >>>> branch. >>>> >>> I'd very much like NOT to have to recompile all of my installed >>> ports on my -CURRENT boxes the day we turn on symbol versioning, >>> and that will require the shlib major bump of those libs that >>> will provide symbol versioning. If we do the bump now, we'll >>> have to do it again later, and that's slightly against the rule >>> that we only bump them once inside a branch. >> Repeat after me: *we won't have to do it* since we don't generally care >> whether or not one have to rebuild all or some of his packages in >> current due to some ongoing changes. > > Doing stuff like this adds unnecessary burden to folks running HEAD. > The result is fewer people will track the code and less testing will be > done. Unless there's a valid reason for doing it separately it seems > best to wait for a point where some other change goes in that requires > users to update their ports. Well, we have some real problem at hand (inability to use -STABLE threaded binaries on -CURRENT system) versus some potential future problem. I would vote that we go and solve current problem and deal with future problem when time will come. Besides, according to deischen, enabling symbol versioning won't create any backward binary compatibility issues, so that unless he misses something there will be no problem in future at all, which makes the whole point moot. -Maxim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?454A76FB.5000802>