[Xcb] [Bug 98048] libpthread-stubs must NOT provide symbols which depend on actual implementation

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Nov 4 15:23:40 UTC 2016


--- Comment #21 from Uli Schlachter <psychon at znc.in> ---
(In reply to Emil Velikov from comment #18)
> Foo uses the fa6db2f9c01~1 pthreads API and links against pthreads-stubs. Be
> that directly or indirectly by/in one of its dependencies.
> Foo uses the stubs and then dlopens libbar2. The latter links against
> libpthread and the weak pthread-stubs symbols are overwritten.
> At this point we'll get issues similar to the one described.

Ah, dlopen(). Ok, that does indeed explain the problems that everyone is
seeing. However, my memory warns me about dlopen()ing libpthread and random
google results say that it doesn't work too well, e.g. 
https://freetz.org/ticket/819 and

However, only on Linux is this actually an issue with the patch that should be
reverted. On other patches, other things will break.

Since you seem to be trying to fix this in pthread-stubs (thanks for those
patches!), I'll stop complaining about dlopen()ing libpthreads now.

You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/xcb/attachments/20161104/1ffc620f/attachment.html>

More information about the Xcb mailing list