libpthread shared library version number

[Daniel Eischen]

On Thu, 2 Nov 2006, Wesley Morgan wrote:

> On Thu, 2 Nov 2006, Daniel Eischen wrote:
>
>> 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.
>
> My original report was here:
>
> http://docs.freebsd.org/cgi/getmsg.cgi?fetch=353076+0+archive/2006/freebsd-current/20060806.freebsd-current
>
> I swapped a few e-mails with Maxime Henrion, but the gist of things was that 
> after enabling symbol versioning, I immediately rebuilt everything -- world, 
> ports, kernel. The random crashes I experienced were most apparent with two 
> applications, csup and games/uqm from ports. Xorg would also crash every now 
> and then... An example of what gdb showed me is:

Well, libthr obviously wouldn't have worked.  I have multiple systems
running with symbol versioning, all have Xorg & KDE, and haven't had
any problems.  I don't use csup or uqm.

You're not running with any patches to rtld (to get Flash to work)
are you?

-- 
DE