This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PR19826] fix non-LE TLS in static programs
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: "Carlos O'Donell" <carlos at redhat dot com>
- Cc: Florian Weimer <fweimer at redhat dot com>, libc-alpha at sourceware dot org, Torvald Riegel <triegel at redhat dot com>, Andreas Schwab <schwab at suse dot de>
- Date: Tue, 06 Dec 2016 05:06:57 -0200
- Subject: Re: [PR19826] fix non-LE TLS in static programs
- Authentication-results: sourceware.org; auth=none
- References: <or60pqngb7.fsf@livre.home> <cd6f91e1-d494-7c5e-4394-2b6bf3816471@redhat.com> <02df800f-8a00-d132-a90d-dc21c54516c0@redhat.com> <eca1ea03-4fad-7047-6c6a-81f6b48c493f@redhat.com>
On Dec 2, 2016, "Carlos O'Donell" <carlos@redhat.com> wrote:
>> This patch broke non-optimized global-dynamic TLS on aarch64 (for
>> shared builds), as shown by my new tst-tls-manydynamic test case.
> Does reverting Alex's patch fix tst-tls-manydynamic?
That would break TLS on static programs on platforms that don't mandate
GD-to-LE relaxations again.
We just have to revert the two pieces of the first patch that are
broken, which is what the second patch I posted does. It was a follow
up to Andreas' approval for the first.
We wouldn't really have revert both of them, as Florian afonud out, but
since they play similar roles in threaded and non-threaded programs, it
would make more sense to keep their behavior in sync.
--
Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/
You must be the change you wish to see in the world. -- Gandhi
Be Free! -- http://FSFLA.org/ FSF Latin America board member
Free Software Evangelist|Red Hat Brasil GNU Toolchain Engineer