This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Avoid privatization of TLS variables
- From: Jan Hubicka <hubicka at ucw dot cz>
- To: Ian Lance Taylor <iant at google dot com>
- Cc: Jan Hubicka <hubicka at ucw dot cz>, Markus Trippelsdorf <markus at trippelsdorf dot de>, Ian Lance Taylor <ian at airs dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 25 Sep 2014 18:04:56 +0200
- Subject: Re: Avoid privatization of TLS variables
- Authentication-results: sourceware.org; auth=none
- References: <20140920031617 dot GB2325 at kam dot mff dot cuni dot cz> <20140924175326 dot GE29454 at x4> <20140924181836 dot GE6871 at kam dot mff dot cuni dot cz> <CAKOQZ8xMx8bpXGTXN8pd2RC2T9i31brdQTH13ZWiYdooTVq_aw at mail dot gmail dot com> <20140925015835 dot GC26922 at atrey dot karlin dot mff dot cuni dot cz> <CAKOQZ8zwpGfLE02C55iLnDX6rNYAH89nkGFXay2zSTmPidef4w at mail dot gmail dot com>
> On Wed, Sep 24, 2014 at 6:58 PM, Jan Hubicka <hubicka@ucw.cz> wrote:
> >
> > b: 00 00
> > 9: R_X86_64_TPOFF32 __gcov_indirect_call_counters_ltopriv
>
> Look at the .o file where __gcov_indirect_call_counters_ltopriv is
> defined. That .o file must have the symbol marked as STT_TLS and it
> must be defined in a section with the SHF_TLS flag. If that is not
> true, then that is your problem.
The variable is common, so all the object files define it same way as the
.o file I attached. Note that the .o file links just fine when executed
out of LTO machinery.
Honza
>
> Ian