--- 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 #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 #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).
--
http://gcc.gnu.org/bugzilla/show_b
--- 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
> ___emutls_v._ZZN1
--- 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 commen
--- 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 #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 #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:
--- 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
--- 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 #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.
--
http://gcc.gnu.or
--- 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 ../libsupc++/.libs/libsupc++convenience.a
--- 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_stringbuf, std::allocator >::~basic_stringbuf() from
.libs/complex_io.o
...
are already in my make log for revision 1546
--- 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 #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
+++ g
--- 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_filebuf >::xsgetn(char*, long) from .libs/misc-inst.o
ld: warning: cannot export hidden symbol __gnu_cx
--- 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 #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.
--
http://gcc.gnu.or
--- 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 #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 ../libsupc++/.lib
--- 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 #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
/opt/gcc/g
--- 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
--- 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 (S
24 matches
Mail list logo
