support setting of default thread stack size via PT_GNU_STACK header
authorRich Felker <dalias@aerifal.cx>
Wed, 19 Sep 2018 03:54:18 +0000 (23:54 -0400)
committerRich Felker <dalias@aerifal.cx>
Wed, 19 Sep 2018 03:54:18 +0000 (23:54 -0400)
commit7b3348a98c139b4b4238384e52d4b0eb237e4833
tree8cfb46f4009824bc36b4cf258efefc65cec196ef
parentc0058ab465e950c2c3302d2b62e21cc0b494224b
support setting of default thread stack size via PT_GNU_STACK header

this facilitates building software that assumes a large default stack
size without any patching to call pthread_setattr_default_np or
pthread_attr_setstacksize at each thread creation site, using just
LDFLAGS.

normally the PT_GNU_STACK header is used only to reflect whether
executable stack is desired, but with GNU ld at least, passing
-Wl,-z,stack-size=N will set a size on the program header. with this
patch, that size will be incorporated into the default stack size
(subject to increase-only rule and DEFAULT_STACK_MAX limit).

both static and dynamic linking honor the program header. for dynamic
linking, all libraries loaded at program start, including preloaded
ones, are considered. dlopened libraries are not considered, for
several reasons. extra logic would be needed to defer processing until
the load of the new library is commited, synchronization woud be
needed since other threads may be running concurrently, and the
effectiveness woud be limited since the larger size would not apply to
threads that already existed at the time of dlopen. programs that will
dlopen code expecting a large stack need to declare the requirement
themselves, or pthread_setattr_default_np can be used.
ldso/dynlink.c
src/env/__init_tls.c