Alexandre Oliva 17af5da98c [PR19826] fix non-LE TLS in static programs
An earlier fix for TLS dropped early initialization of DTV entries for
modules using static TLS, leaving it for __tls_get_addr to set them
up.  That worked on platforms that require the GD access model to be
relaxed to LE in the main executable, but it caused a regression on
platforms that allow GD in the main executable, particularly in
statically-linked programs: they use a custom __tls_get_addr that does
not update the DTV, which fails when the DTV early initialization is
not performed.

In static programs, __libc_setup_tls performs the DTV initialization
for the main thread, but the DTV of other threads is set up in
_dl_allocate_tls_init, so that's the fix that matters.

Restoring the initialization in the remaining functions modified by
this patch was just for uniformity.  It's not clear that it is ever
needed: even on platforms that allow GD in the main executable, the
dynamically-linked version of __tls_get_addr would set up the DTV
entries, even for static TLS modules, while updating the DTV counter.

for  ChangeLog

	[BZ #19826]
	* elf/dl-tls.c (_dl_allocate_tls_init): Restore DTV early
	initialization of static TLS entries.
	* elf/dl-reloc.c (_dl_nothread_init_static_tls): Likewise.
	* nptl/allocatestack.c (init_one_static_tls): Likewise.
2016-09-21 22:01:16 -03:00
..
2014-05-07 14:00:01 +02:00
2007-05-15 06:49:29 +00:00
..
2007-12-12 18:41:10 +00:00
2013-06-06 20:36:07 +02:00
2006-08-13 01:56:09 +00:00
2011-10-24 21:43:33 -04:00
2016-07-07 14:33:36 +02:00
2008-05-31 08:56:14 +00:00
2007-05-26 01:23:04 +00:00
2016-01-22 14:21:03 -02:00
2011-09-10 14:34:15 -04:00
2007-08-21 23:55:36 +00:00