Date: Thu, 2 Nov 2006 08:35:03 -0500 (EST) From: Daniel Eischen <deischen@freebsd.org> To: Alexander Kabaev <kabaev@gmail.com> Cc: current@freebsd.org Subject: Re: libpthread shared library version number Message-ID: <Pine.GSO.4.64.0611020828130.12236@sea.ntplx.net> In-Reply-To: <20061102081122.2c99552f@kan.dnsalias.net> References: <454936CA.6060308@FreeBSD.org> <Pine.GSO.4.64.0611011935540.9245@sea.ntplx.net> <20061101200949.2d21ace0@kan.dnsalias.net> <20061102080524.R80586@volatile.chemikals.org> <20061102081122.2c99552f@kan.dnsalias.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2 Nov 2006, Alexander Kabaev wrote: > On Thu, 2 Nov 2006 08:07:03 -0500 (EST) > Wesley Morgan <morganw@chemikals.org> wrote: > > >> I encountered (and reported) weird problems with threaded apps when >> symbol versioning was enabled. The new csup would fail in areas it >> shouldn't have failed and gdb made it look like some weird stuff was >> happening concurrently. Turning off symbol versioning solved the >> problem. >> >> > Could you please report it again? Searching for your name in my inbox > returns nothing. Your mail either never reached it or you sent the > report elsewhere and it escaped my attention. If you are using libthr or libc_r with symbol versioning, then I don't think it will work correctly without rebuilding world and all ports. As an interim solution for testing symbol versioning without require rebuilding everything under the sun, I added compatability hacks for symbols in libc that also exist in libpthread. See lines 62-95 in src/lib/libpthread/thr/thr_private.h. This hack should be disabled and removed after bumping shared libraries and enabling symbol versioning. -- DE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.64.0611020828130.12236>