ld and GCC disagree about i386 local dynamic TLS
GCC emits R_386_TLS_LDM with a following R_386_PLT32 rather than We should change the TLS_LDM implementation to always nop out the
R_386_TLS_LDM_PLT, which causes ld to not relocate the 'call
__tls_get_addr', and leave a dangling 'call' in the output binary,
which will then crash unpredictably.
following 'call', if there _is
processing that. If there isn't, no harm has been done.
We should change the TLS_LDM implementation to always nop out the
Updated by Electric Monk about 1 year ago
- % Done changed from 0 to 100
- Status changed from In Progress to Closed
commit 096c97d62be876a03a0a8cdb0a540e9c84ec509f Author: Richard Lowe <email@example.com> Date: 2019-01-31T01:37:40.000Z 10267 ld and GCC disagree about i386 local dynamic TLS Reviewed by: Patrick Mooney <firstname.lastname@example.org> Reviewed by: Jason King <email@example.com> Reviewed by: Andy Stormont <firstname.lastname@example.org> Reviewed by: Gergő Doma <email@example.com> Approved by: Robert Mustacchi <firstname.lastname@example.org>