Date: Fri, 4 Aug 2006 11:20:50 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: Steve Kargl <sgk@troutmask.apl.washington.edu>, Daniel Eischen <deischen@freebsd.org>, freebsd-current@freebsd.org, Andrew Thompson <thompsa@freebsd.org>, "Matthew D. Fuller" <fullermd@over-yonder.net>, kan@freebsd.org Subject: Re: Where is thr_getscheduler Message-ID: <20060804082050.GE59809@deviant.kiev.zoral.com.ua> In-Reply-To: <20060804050242.GC58082@funkthat.com> References: <20060801204501.GA19647@troutmask.apl.washington.edu> <Pine.GSO.4.64.0608011657040.1810@sea.ntplx.net> <20060801211657.GA29737@troutmask.apl.washington.edu> <20060801212742.GB13841@heff.fud.org.nz> <20060801213803.GB9583@troutmask.apl.washington.edu> <20060802144255.GU69505@over-yonder.net> <20060802165604.GA970@troutmask.apl.washington.edu> <Pine.GSO.4.64.0608021303120.7796@sea.ntplx.net> <20060802172505.GA1935@troutmask.apl.washington.edu> <20060804050242.GC58082@funkthat.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--VMt1DrMGOVs3KQwf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 03, 2006 at 10:02:43PM -0700, John-Mark Gurney wrote: > Steve Kargl wrote this message on Wed, Aug 02, 2006 at 10:25 -0700: > > Almost everything on a FreeBSD system depends on libc. Bumping > > its version number without careful coordination of bumping all > > other version numbers is full of landmines. Falling back of the > > retort "this is -current expect problesm" just glosses over what > > appears to be sloppy planning.=20 >=20 > Ummm.. don't we have have symbol versioning? isn't this exactly > what symbol versioning is for? I haven't been following this > particular discussion, but I thought now that we have symbol versioning > in the tree that we never have to bump the numbers? or is this failure > to have a proper document to tell someone what to do when they change > the API and provide the correct hooks for the new versions? The situation on the problematic machine is follows: /lib contains libc.so.7, libc.so.6 and libthr.so.2 (version number for libthr is not bumped still). libc.so.7 and libpthread.so.2 contain versioned symbols, libc.so.6 is not versioned. Old build of the application linked against libc.so.6 and libthr.so.2. References to symbols in libthr.so.2 are satisfied by default version of the symbols.=20 Missing are two things: 1. libpthread/libthr are still not linked against libc (as well as most shared libraries). Correspondingly, version information for referenced libc symbols is absent in the shared libraries. 2. check for presence of the required version in the depended libraries is absent too, IMHO. Given these two issues are resolved, libthr.so.2 (and libpthread.so.2) references to libc would be unsatisfied with different diagnostic. I added kan@ to the mail loop, but he seems to be unreacheable for some time now. --VMt1DrMGOVs3KQwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE0wNgC3+MBN1Mb4gRAgqeAKCfIODC2cR9sXqkDzJwF6skB/ay6ACfZB/X IbcSGs/saBrqv6C3kn26gDY= =Vd28 -----END PGP SIGNATURE----- --VMt1DrMGOVs3KQwf--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060804082050.GE59809>