pthread_cancel async-signal-safe

[Florian Weimer]

* Adhemerval Zanella:

> On 07/12/2020 10:06, Florian Weimer wrote:
>> * Adhemerval Zanella:
>> 
>>> The pthread_cancel interoperability with C++ seems a heavy burden, but I'm
>>> not sure which better options we do have here.
>> 
>> It's not just C++, it's needed for -fexception support in C and other
>> languages.
>> 
>> Furthermore, the out-of-line DWARF unwinding tables can be made
>> considerably safer than on-stack pointers used by the longjmp-based
>> mechanism.
>
> Do you mean for pthread_cleanup_push? I do agree, but I haven't check exactly
> what need to be done to accomplish neither it if would be be possible to
> accomplish for !_GNU case.  So do you think packing an unwinder on glibc
> could be an improvement?  If so, which would be possible issues?

I think the issues are largely political (renegotiating the GCC vs glibc
split).

Thanks,
Florian
-- 
Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill