https://sourceware.org/bugzilla/show_bug.cgi?id=24479
Cary Coutant <ccoutant at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
--- Comment #1 from Cary Coutant <ccoutant at gmail dot com> ---
I'm not sure how to handle this, and would appreciate any advice from ARM
experts.
This particular test puts non-PIC code into a shared library and expects
it to work. The TLS LE-model (local-exec) relocations are being flagged
by gold as unsupported in a shared link, and, judging by the source code
in gold, that appears to be by design. But Gnu ld apparently supports this,
and relocates the code the same way it would for a non-shared link.
Also, the corresponding case on x86_64 is allowed in both ld and gold.
It appears to me that these TLSLE relocations aren't intended to be
non-PIC, per se, but simply part of the initial set of shared libraries
loaded at program startup. I suspect it was a misunderstanding by the
original author of the aarch64 TLS support in gold.
So I'd be happy to change the relocation processing to allow these
relocations in a shared link, but I'd like confirmation that it's
actually intended to work that way.
--
You are receiving this mail because:
You are on the CC list for the bug.
