This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [patch+7.12.1 2/2] Fix TLS (such as 'errno') regression

From: Tom Tromey <tom at tromey dot com>
To: Jan Kratochvil <jan dot kratochvil at redhat dot com>
Cc: Tom Tromey <tom at tromey dot com>, gdb-patches at sourceware dot org
Date: Mon, 10 Oct 2016 16:43:07 -0600
Subject: Re: [patch+7.12.1 2/2] Fix TLS (such as 'errno') regression
Authentication-results: sourceware.org; auth=none
References: <20161009185647.GB13645@host1.jankratochvil.net> <87shs4xnpd.fsf@tromey.com> <20161010151308.GA21241@host1.jankratochvil.net>

>>>>> "Jan" == Jan Kratochvil <jan.kratochvil@redhat.com> writes:

Jan> And I do not think it is correct to set that offset to zero for
Jan> SHF_TLS as the thread initialization data is really located at the
Jan> section address relocated by that PIE-load-base address.

If it's useful then that makes sense.

>> On the third hand it seems strange to even try to get the "address" of a
>> TLS symbol in this way.

Jan> There could be a symbol's getter which asserts/throws on reading
Jan> address of a TLS symbol?

Yes.

Tom

References:
- [patch+7.12.1 2/2] Fix TLS (such as 'errno') regression
  - From: Jan Kratochvil
- Re: [patch+7.12.1 2/2] Fix TLS (such as 'errno') regression
  - From: Tom Tromey
- Re: [patch+7.12.1 2/2] Fix TLS (such as 'errno') regression
  - From: Jan Kratochvil

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]