Quantcast

pthread_condattr_{init,destroy} stubs in libc?

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

pthread_condattr_{init,destroy} stubs in libc?

Matt Turner-3
Context: https://bugs.freedesktop.org/show_bug.cgi?id=72074#c2

It looks like there was a patch from 2009 to add
pthread_condattr_{init,destroy} stubs to FreeBSD's libc. It doesn't
seem to have been committed, without any indication why not.

It would be much appreciated if a FreeBSD developer could sort this
out. It's been in multiple downstream bug trackers for years...
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-threads
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [Xcb] pthread_condattr_{init,destroy} stubs in libc?

Uli Schlachter
On 04.03.2017 16:59, Matt Turner wrote:
> Context: https://bugs.freedesktop.org/show_bug.cgi?id=72074#c2
[...]

I would summarize the problem as "libpthread-stubs.so provides weak
symbols, FreeBSD's threading library provides weak symbols, the result
is that a mix of stubs and real functions is used".

All of this problem goes away with the new patches against
pthread-stubs. There is no longer any libpthread-stubs.so whose weak
symbols could cause problems. Instead, pthread-stubs.pc will just "make"
things link against libpthread directly and everyone is happy.

Right?

(Of course, having stubs in libc for the functions which can be stubbed
would still be a good idea and would avoid single-threaded programs
linking against libpthread)

Uli
--
Sent from my Game Boy.
_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-threads
To unsubscribe, send any mail to "[hidden email]"
Loading...