--- Comment #24 from iains at gcc dot gnu dot org 2010-07-10 19:48 ---
AFAIK this has been cleared for some time now.
--
iains at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from dominiq at lps dot ens dot fr 2010-05-17 07:21 ---
I have open pr44163 for the testsuite failures on ppc-darwin. Since they are
fixed by reverting revision 159371, I think pr44163 is related to this one (if
not a duplicate).
--
--- Comment #23 from dominiq at lps dot ens dot fr 2010-05-17 07:25 ---
Although it may be unrelated, pr44163 reports intermittent bootstrap failures
related to TLS found or not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44146
--- Comment #15 from iains at gcc dot gnu dot org 2010-05-16 09:32 ---
(In reply to comment #13)
(In reply to comment #12)
2/ m64 we get this :
mini-02-sno:gcc-4-6-trunk-build $ otool -rv
x86_64-apple-darwin10//libstdc++-v3/libsupc++/.libs/libsupc++.a |grep emu
002c True
--- Comment #16 from iains at gcc dot gnu dot org 2010-05-16 12:56 ---
leaving off the eh and debug stuff look at
.text
__ZN12_GLOBAL__N_110get_globalEv:
LFB100:
pushq %rbp
LCFI0:
movq%rsp, %rbp
LCFI1:
reference a variable relative to the instruction
--- Comment #17 from iains at gcc dot gnu dot org 2010-05-16 13:51 ---
(In reply to comment #16)
leaving off the eh and debug stuff look at
.text
__ZN12_GLOBAL__N_110get_globalEv:
LFB100:
pushq %rbp
LCFI0:
movq%rsp, %rbp
LCFI1:
reference a
--- Comment #18 from iains at gcc dot gnu dot org 2010-05-16 14:26 ---
(In reply to comment #13)
(In reply to comment #12)
that doesn't really explain why this should be repeatably affected by the
reversion of 159371..
Yesterday (on an initially failing bootstrap) I applied the
--- Comment #19 from hubicka at ucw dot cz 2010-05-16 15:00 ---
Subject: Re: r159371 breaks bootstrap on
x86_64-apple-darwin10
--- Comment #17 from iains at gcc dot gnu dot org 2010-05-16 13:51
---
(In reply to comment #16)
leaving off the eh and debug
--- Comment #20 from iains at gcc dot gnu dot org 2010-05-16 15:15 ---
(In reply to comment #19)
Subject: Re: r159371 breaks bootstrap on
x86_64-apple-darwin10
--- Comment #17 from iains at gcc dot gnu dot org 2010-05-16 13:51
---
(In reply to comment #16)
--- Comment #21 from hubicka at ucw dot cz 2010-05-16 17:22 ---
Subject: Re: r159371 breaks bootstrap on
x86_64-apple-darwin10
hmmm.. I don't quite understand this..
the original ld error was:
ld: codegen problem, can't use rel32 to external symbol
--- Comment #3 from dominiq at lps dot ens dot fr 2010-05-15 07:36 ---
The actual failure is:
libtool: compile: /opt/gcc/build_w/./gcc/xgcc -B/opt/gcc/build_w/./gcc/
-B/opt/gcc/gcc4.6w/x86_64-apple-darwin10.3.0/bin/ -B/opt/gcc/gcc4.6w/x86_64-a
pple-darwin10.3.0/lib/ -isystem
--- Comment #4 from hubicka at ucw dot cz 2010-05-15 08:41 ---
Subject: Re: r159371 breaks bootstrap on
x86_64-apple-darwin10
It appears that only darwin uses the set_user_assembler_name() call so we
ought to be able to restore the previous behavior with...
Does this help
--- Comment #5 from iains at gcc dot gnu dot org 2010-05-15 08:47 ---
(In reply to comment #3)
The actual failure is:
ld: codegen problem, can't use rel32 to external symbol
___emutls_v._ZZN12_GLOBAL__N_110get_globalEvE6global in
___cxa_get_globals_fast
from
--- Comment #6 from dominiq at lps dot ens dot fr 2010-05-15 08:53 ---
The bootstrap failure of x86_64-apple-darwin10 seems gone at revision 159429
(now building libjava).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44146
--- Comment #7 from iains at gcc dot gnu dot org 2010-05-15 09:29 ---
(In reply to comment #6)
The bootstrap failure of x86_64-apple-darwin10 seems gone at revision 159429
(now building libjava).
confirmed on an un-patched tree - I think this can be closed.
--
--- Comment #8 from dominiq at lps dot ens dot fr 2010-05-15 09:43 ---
confirmed on an un-patched tree - I think this can be closed.
I would prefer to leave it open until the causes of the breakage and the fix
are known.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44146
--- Comment #9 from dominiq at lps dot ens dot fr 2010-05-15 15:45 ---
The failure is back at revision 159433, now with:
ld: warning: cannot export hidden symbol __gnu_cxx::stdio_sync_filebufchar,
std::char_traitschar ::xsgetn(char*, long) from .libs/misc-inst.o
ld: warning: cannot
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2010-05-15
18:48 ---
Suppressed as by reverting r159371 with...
diff -uNr gcc-4.6-20100514/gcc/varpool.c gcc-4.6-20100514.hubicka/gcc/varpool.c
--- gcc-4.6-20100514/gcc/varpool.c 2010-05-14 19:37:24.0 -0400
+++
--- Comment #11 from dominiq at lps dot ens dot fr 2010-05-15 19:27 ---
(In reply to comment #10)
Suppressed as by reverting r159371 with...
Confirmed at revision 159435.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44146
--- Comment #12 from dominiq at lps dot ens dot fr 2010-05-15 21:50 ---
I have looked to my logs and the warnings
ld: warning: cannot export hidden symbol std::basic_stringbufwchar_t,
std::char_traitswchar_t, std::allocatorwchar_t ::~basic_stringbuf() from
.libs/complex_io.o
...
are
--- Comment #13 from iains at gcc dot gnu dot org 2010-05-16 00:24 ---
(In reply to comment #12)
ld: codegen problem, can't use rel32 to external symbol
___emutls_v._ZZN12_GLOBAL__N_110get_globalEvE6global in
___cxa_get_globals_fast
from
--- Comment #14 from iains at gcc dot gnu dot org 2010-05-16 00:56 ---
in the compilation of eh_globals.cc:
the i686-apple-darwin9 compiler does *not* produce any emutls refs (at m32 or
m64) - but rather all the thread stuff is handled via pthread interfaces.
--
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-05-15
02:25 ---
I also noticed that in gcc/config/darwin.c that we have...
/* Do what output_addr_const will do when we actually call it. */
if (SYMBOL_REF_DECL (p-symbol))
mark_decl_referenced
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-05-15
05:16 ---
It appears that only darwin uses the set_user_assembler_name() call so we
ought to be able to restore the previous behavior with...
Index: gcc/varpool.c
24 matches
Mail list logo
