[PR19826] fix non-LE TLS in static programs
Florian Weimer
fweimer@redhat.com
Tue Dec 6 08:03:00 GMT 2016
On 12/06/2016 07:56 AM, Alexandre Oliva wrote:
> On Dec 2, 2016, Florian Weimer <fweimer@redhat.com> wrote:
>> What's the status here? It seems that Alexandre committed it on
>> September 22nd, despite Torvald's objections.
>
> No, I committed the *first* of two patches, that I'd posted on 2016-09-20.
> https://sourceware.org/ml/libc-alpha/2016-09/msg00365.html
I'm sorry I reconstructed the history here incorrectly.
>> This patch broke non-optimized global-dynamic TLS on aarch64 (for
>> shared builds), as shown by my new tst-tls-manydynamic test case.
>
> Would you please try the second patch and confirm that it fixes the
> problem?
If I revert the change to allocatestack.c, the test case passes.
> What you're hitting is most likely the DTV resizing race
> condition described in the comments there, at the '(**)' note.
It's not even a race. The test case serializes DTV access externally,
and still fails. So the comment about a race is rather misleading.
Thanks,
Florian
More information about the Libc-alpha
mailing list