Date: Thu, 18 Oct 2007 19:46:10 +0400 From: Yar Tikhiy <yar@comp.chem.msu.su> To: Daniel Eischen <deischen@freebsd.org> Cc: Andrey Chernov <ache@nagual.pp.ru>, current@freebsd.org, thierry@herbelot.com Subject: Re: No libc shared lib number bump ? Message-ID: <20071018154609.GA3573@comp.chem.msu.su> In-Reply-To: <Pine.GSO.4.64.0710181038360.22190@sea.ntplx.net> References: <200710180835.18929.thierry@herbelot.com> <47170A83.6050607@FreeBSD.org> <20071018091950.GB1546@nagual.pp.ru> <Pine.GSO.4.64.0710181038360.22190@sea.ntplx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 18, 2007 at 10:43:46AM -0400, Daniel Eischen wrote: > On Thu, 18 Oct 2007, Andrey Chernov wrote: > > >On Thu, Oct 18, 2007 at 09:25:55AM +0200, Kris Kennaway wrote: > >>Thierry Herbelot wrote: > >>>Hello, > >>>I just saw on my -current box that some/most/all shared libraries seem > >>>not > >>>to have been bumped when REL_7 was branched : > >>>% ll /lib/libc.so* > >>>-r--r--r-- 1 root wheel 1036012 Oct 15 23:33 /lib/libc.so.7 > >>>% uname -a > >>>FreeBSD YYY 8.0-CURRENT FreeBSD 8.0-CURRENT #1919: Wed Oct 17 20:39:59 > >>>CEST 2007 XXX@YYY:/tank/files3/obj/tank/files1/src/sys/GENERIC i386 > >> > >>This is deliberate, there is no longer any need now or in the future > >>(since > >>symbol versioning now exists). > > > >I don't understand this thing well, since it is new. Is there some > >howto's in symbol versioning exists for most common cases like that: > >a) some new function/variable/struct added > > You just add the symbol to the appropriate symbol map for added > interfaces. Keep in mind that added interfaces will have to be > supported forever (*). Even if they are deprecated and removed > later, you will still have to have compat versions hanging around > libc (or whatever symbol versioned library they are in). > > (*) libc and other symbol versioned libraries may be bumped > again in 8.0 to reset the numbering scheme back to 0 (libc.so.0). > It was deemed to late in the game to do this for 7.0. > > >b) some existen function/variable/struct changed > >(at this moment I am interesting especially in a) case since did it for > >ctype) > > See http://people.freebsd.org/~deischen/symver/library_versioning.txt > > I just updated it, but it will probably need additional editing. I used to believe that http://people.freebsd.org/~deischen/symver/freebsd_versioning.txt had more details in it, especially on the policy. Isn't it time to merge them in a single document? It shouldn't be too hard yet. -- Yar
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071018154609.GA3573>