This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/37520] junk `(,%eax,4)' after expression / suffix or operands invalid for `lea' for libstdc++ deque/init-list.cc
- From: "bkoz at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 5 Jan 2009 20:23:07 -0000
- Subject: [Bug target/37520] junk `(,%eax,4)' after expression / suffix or operands invalid for `lea' for libstdc++ deque/init-list.cc
- References: <bug-37520-231@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #7 from bkoz at gcc dot gnu dot org 2009-01-05 20:23 -------
The other kind of freebsd6.3 fail in libstdc++ is:
testsuite/25_algorithms/max/3.cc
/sw/test/GCC/trunk/libstdc++-v3/testsuite/25_algorithms/max/3.cc:26: undefined
reference to `_47'
/var/tmp//ccInT4La.o(.text._Z6test01v+0xb):/sw/test/GCC/trunk/libstdc++-v3/testsuite/25_algorithms/max/3.cc:26:
undefined reference to `_47'
On linux I see these in the linked binary:
0000000000600b58 d ._65
0000000000600b64 d ._66
0000000000600b70 d ._67
0000000000600b7c d ._68
0000000000600b88 d ._69
0000000000600b94 d ._70
So assuming this would be ._48 or '.' used instead of '$'. Does BSD already
define NO_DOT_IN_LABEL? Although I am not quite sure what is going on it
appears as if the freebsd config (and or assember) for correct linking of some
of these C++ entities is off.
Anyway. I thought NO_DOT_IN_LABEL/NO_DOLLAR_IN_LABEL will change the name of
exported symbols and is ABI-breaking.
IMHO figuring this out before the 4.4.0 release seems advisable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37520