Date: Fri, 22 Apr 2005 13:14:08 -0600 (MDT) From: Warner Losh <imp@bsdimp.com> To: deischen@freebsd.org Cc: freebsd-arch@freebsd.org Subject: Re: libpthread version bump Message-ID: <20050422.131408.39194704.imp@bsdimp.com> In-Reply-To: <Pine.GSO.4.43.0504221419510.24214-100000@sea.ntplx.net> References: <20050422103141.F5855@carver.gumbysoft.com> <Pine.GSO.4.43.0504221419510.24214-100000@sea.ntplx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> > The recent changes to implement the the %fs/%gs manipulation syscalls has > > created a problem for 5.x compatibility. While libc has been bumped for > > 6.x already, libpthread hasn't, so running 5.x apps on -CURRENT ends up > > with the app pulling in the old libc correctly, but it pulls in the > > current libpthread which depends on the new libc and the linker errors out > > on the missing symbols. > > > > I think we need to bump libpthread's version to allow for compatibility in > > 6. Then we can ship the old libpthread along with the old libc and the > > Right Thing happens. > > I wish someone would work on getting symbol versioning working > so we don't have to keep bumping library versions for things > like this :-) Symbol versioning wouldn't help this case... Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050422.131408.39194704.imp>