[Bug c++/12175] [3.4 Regression] Tru64 UNIX bootstrap failure: multiply defined symbols linking libstdc++.so
hubicka at ucw dot cz
gcc-bugzilla@gcc.gnu.org
Sun Sep 28 20:52:00 GMT 2003
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12175
------- Additional Comments From hubicka at ucw dot cz 2003-09-28 20:19 -------
Subject: Re: [3.4 Regression] Tru64 UNIX bootstrap failure: multiply defined symbols linking libstdc++.so
> PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12175
>
>
>
> ------- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2003-09-28 16:51 -------
> Subject: Re: [3.4 Regression] Tru64 UNIX bootstrap failure: mu
>
> > Can you also send me the assembly file you get with latest GCC snapshot?
> > You may also try to breakpoint on notice_global_symbol and try to figure
> > out why the symbol passes the tests even tought it is not global.
>
> notice_global_symbol isn't called with the symbol
> "_GLOBAL__I__ZSt23lexicographical_compareIPKaS1_EbT_S2_T0_S3_". The closest
> are "_ZSt23lexicographical_comparePKhS0_S0_S0_" and
> "_ZSt23lexicographical_compareIPKaS1_EbT_S2_T0_S3_".
Yes, this is the decl I am looking for (the _GLOBAL symbol is added later). It
really is external so probably the patch I sent you will help.
Can you send me backtrace of this call?
It seems wrong to me that someone calls notice_global_symbol on it.
Thank you for investigating this!
Honza
More information about the Gcc-bugs
mailing list