[PATCH] Memory fencing problem in pthread cancellation
Jeff Law
law@redhat.com
Tue Jan 15 04:43:00 GMT 2013
On 01/14/2013 08:50 PM, Rich Felker wrote:
> The cleanest and most correct way to fix this is to add libgcc_s.so to
> the DT_NEEDED for libpthread.so and remove the silly dynamic loading
> code. Then no global state exists and everything just works. This
> would also eliminate the unfortunate, really nasty situation whereby
> pthread_cancel can abort the whole application due to failure to load
> libgcc_s.so.
The decision to use dynamic loading vs DT_NEEDED was made well before I
began participating in glibc development; I do not know the reasons one
approach was chosen over the other. Nor do I feel qualified to argue for
either the status quo or for a re-evaluation of that decision.
If Roland, Carlos, Joseph, etc want to revisit that issue, that's fine
with me. If they don't want to revisit that decision, that's fine too.
jeff
More information about the Libc-alpha
mailing list