libpthread shared library version number
Wesley Morgan
morganw at chemikals.org
Thu Nov 2 19:03:57 UTC 2006
On Thu, 2 Nov 2006, Daniel Eischen wrote:
> 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?
Nope. You might be able to reproduce it with csup by simply rm'ing
something from a tree and updating. I went through just about every
iteration I could think of at the time, with no success.
--
This .signature sanitized for your protection
More information about the freebsd-current
mailing list