--- Comment #7 from janis at gcc dot gnu dot org 2008-07-28 22:26 ---
Smaller testcase, in C:
int*
get_global()
{
static __thread int global;
return &global;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36955
--- Comment #6 from janis at gcc dot gnu dot org 2008-07-28 21:32 ---
The attachments are the output of "objdump -d" (2.16 objdump) of eh_globals.o
in the build trees for r135960 and r135961. Let me know if there are things
you'd like me to try.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-07-28 21:28 ---
Hmm, is this with the relocs?
The first thing I noticed is that the loading of the global address is
different.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36955
--- Comment #4 from janis at gcc dot gnu dot org 2008-07-28 21:19 ---
Created an attachment (id=15975)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15975&action=view)
disassembly of eh_globals.o after patch
This attachment is the disassembly with the patch.
--
http://gcc.gnu
--- Comment #3 from janis at gcc dot gnu dot org 2008-07-28 21:17 ---
Created an attachment (id=15974)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15974&action=view)
disassembly of eh_globals.o before aptch
File libstdc++-v3/libsupc++/eh_globals.cc is compiled differently before
--- Comment #2 from steven at gcc dot gnu dot org 2008-07-28 20:41 ---
Like Pinski said: the code before and after the patch should be identical
w.r.t. TLS addresses. Without a more specific test case I'm not even going to
look at this.
--
steven at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-28 17:47 ---
Blah. This makes little sense really though, the generated code should be
exactly the same before and after.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
