This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug c++/12175] [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 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]