This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/12175] [3.4 Regression] Tru64 UNIX bootstrap failure: multiply defined symbols linking libstdc++.so
- From: "dave at hiauly1 dot hia dot nrc dot ca" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 28 Sep 2003 17:40:44 -0000
- Subject: [Bug c++/12175] [3.4 Regression] Tru64 UNIX bootstrap failure: multiply defined symbols linking libstdc++.so
- References: <20030904231700.12175.ro@techfak.uni-bielefeld.de>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
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 17:40 -------
Subject: Re: [3.4 Regression] Tru64 UNIX bootstrap failure
> > 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
Sorry this is wrong. We have the following decl:
(gdb) p debug_tree ($r26)
<function_decl 7a45e700 _GLOBAL__I__ZSt23lexicographical_compareIPKaS1_EbT_S2_T0_S3_
type <function_type 7aecf690
type <void_type 7aec8cb0 void type_6 VOID
align 8 symtab 20 alias set -1
pointer_to_this <pointer_type 7aec8d20>>
type_6 DI
size <integer_cst 7aedb750 constant 64>
unit size <integer_cst 7aedbb88 constant 8>
align 64 symtab 757 alias set -1
arg-types <tree_list 7aece018 tree_2 value <void_type 7aec8cb0 void>>
pointer_to_this <pointer_type 7add2a10>>
used nothrow public static decl_5 SI file ../../../../gcc/libstdc++-v3/src/codecvt.cc line 152
result <result_decl 7a45e770 type <void_type 7aec8cb0 void>
VOID file ../../../../gcc/libstdc++-v3/src/codecvt.cc line 152
align 8 context <function_decl 7a45e700 _GLOBAL__I__ZSt23lexicographical_compareIPKaS1_EbT_S2_T0_S3_>> initial <block 7a528ac8>
pending-inline-info 7a45e930
saved-insns 7a71f200 chain <function_decl 7a47cee0 __static_initialization_and_destruction_0>>
(gdb) p first_global_object_name
$32 = 0x400c7900 "_ZSt23lexicographical_compareIPKaS1_EbT_S2_T0_S3_"
(gdb) p weak_global_object_name
$33 = 0x400c7b48 "_ZSt23lexicographical_comparePKhS0_S0_S0_"
Thus, we don't set first_global_object_name or weak_global_object_name
for _GLOBAL__I__ZSt23lexicographical_compareIPKaS1_EbT_S2_T0_S3_.
Dave