Async-signal-safe access to __thread variables from dlopen()ed libraries?

[Ian Lance Taylor]

Roland McGrath <roland@hack.frob.com> writes:

> Ian's proposal is only adequate if the signal handler's use of a
> __thread variable can cope with that variable being unavailable; i.e. it
> only reads it and can fall back to a default value, or if it wants to
> write it, it can somehow cope with being unable to do so.

Yes.  It would be much better if dlopen were changed to ensure that
every existing thread, and every newly created thread, picked up the
space required for the new TLS variables.

Ian