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: 12 Sep 2003 18:23:06 -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-12 18:23 -------
Subject: Re: [3.4 Regression] Tru64 UNIX bootstrap failure
> This may be the same bug but I had a successful build at
> Tue Sep 9 21:24:42 UTC 2003. The Tru64 UNIX build started
> failing in August.
The symbol wasn't in the library on Sep 9. On hppa2.0-hp-hpux11.11,
it now appears as a global symbol in four objects. There would appear
to be a problem with template instantiation. It's a bit strange
that it's only this one symbol that has a problem.
On hppa-linux, the symbol occurs in four objects and isn't global:
00000000 t _GLOBAL__I__ZSt23lexicographical_compareIPKaS1_EbT_S2_T0_S3_
The symbol is in the .ctors list of each object. I don't think we
should be generating a global constructor symbol. There aren't any
others.
Dave