This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/16371] [3.4/4.0 Regression] libstdc++ fails for crosses
- From: "nospam-bugzilla at uun dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 15 Sep 2004 02:42:16 -0000
- Subject: [Bug libstdc++/16371] [3.4/4.0 Regression] libstdc++ fails for crosses
- References: <20040705162800.16371.lv@gentoo.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From nospam-bugzilla at uun dot org 2004-09-15 02:42 -------
Note that I seem to get this same bug when trying to compile gcc-3.4.2
*natievly* on OpenBSD 3.5. This is without any kind of cross-compilation
environment. I just unpack gcc-core-3.4.2.tar.bz2 and gcc-g++-3.4.2.tar.bz2.
I even tried configuring like this:
./configure --prefix=/usr/local/gcc3 --build=i386-unknown-openbsd3.5
--target=i386-unknown-openbsd3.5 --host=i386-unknown-openbsd3.5 --disable-multilib
And note I'm also building with GNU make, but the build still stops with the
same error. This seems to be happening because the configure script can't link
a simple program--it uses a symbol called _atexit, while libc.a uses the name
atexit. Therefore it decides it must be cross compiling. Perhaps this is
caused by a different bug stemming from OpenBSD's switch to ELF on the i386?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16371