This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: TLS, 2015 edition
- From: Rich Felker <dalias at libc dot org>
- To: Szabolcs Nagy <szabolcs dot nagy at arm dot com>
- Cc: Stan Shebs <stanshebs at google dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Date: Wed, 1 Apr 2015 12:54:16 -0400
- Subject: Re: TLS, 2015 edition
- Authentication-results: sourceware.org; auth=none
- References: <CA+5-Q5K7M3oJ-vvRP24GiCEHqnohWgqPkc7_6K9CLzc6a_MTcA at mail dot gmail dot com> <551A763A dot 5070909 at arm dot com>
On Tue, Mar 31, 2015 at 11:26:02AM +0100, Szabolcs Nagy wrote:
>
>
> On 30/03/15 23:50, Stan Shebs wrote:
> > Through a series of unfortunate events (starting with an infinite loop
> > in an obscure Java test) I seem to have inherited the async-safe TLS
> > problem.
> >
>
> i don't know about this bug, but i assume this is a lazy
> binding issue
>
> in that case linking with '-z now' should solve the problem
> (..assuming glibc does the dynamic tls allocation at load
> time then and at thread creation time)
Using -z now only affects _binding_, not allocation of dynamic TLS.
Except for TLSDESC, lazy binding is never used for TLS, so -z now has
no effect at all.
Rich