[Bug nptl/22636] PTHREAD_STACK_MIN is too small on x86-64

[fweimer at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=22636

Florian Weimer <fweimer at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|---                         |2.27

--- Comment #4 from Florian Weimer <fweimer at redhat dot com> ---
I'm closing this as fixed with the additional 4 Kib added by the fix for bug
22637 and the RTLD_NOW change for libgcc_s.so.  (Ideally, distributions should
build that library with BIND_NOW, so that e.g. C++ programs which load it on
startup avoid lazy binding in the unwinder, too.)

In case a future CPU needs closer to 16 KiB (or whatever the PTHREAD_STACK_MIN
value is) of stack to push the signal handler context, we can still throw away
the context as a first step when acting on a cancellation request because we
never return from the signal handler.  But I don't think this is necessary
right now.

If the signal handler context is larger than PTHREAD_STACK_MIN, then we lose,
but that is the nature of a fixed constant.

-- 
You are receiving this mail because:
You are on the CC list for the bug.