https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84497
Iain Sandoe <iains at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |iains at gcc dot gnu.org
--- Comment #6 from Iain Sandoe <iains at gcc dot gnu.org> ---
Created attachment 45369
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45369&action=edit
assembler for PR84497 with/without -DDEF
It's probable that the test for PR84497 has never passed for emulated TLS
targets.
Although I see this on Darwin, GCC's emulated TLS impl. is between the FE and
ME, it doesn't have a back-end requirement (i.e. I'd expect it to fail for all
emulated TLS targets).
with -DDEF, I see that a __tls_init function is created.
without, there no references to any init function(s).
[it could be that this is a separate bug, but let's start here].
