------- Comment #6 from tammer at tammer dot net 2008-12-24 15:45 -------
Hello,
in addition to IBM XLC/C++ V9 I have tried gcc 4.2.4 (from www.perzl.org) to
bootstrap 4.2.4. The error is always the same. The build finishes but according
to the log the libstdc++.so.6 is not OK.
I have used the unmodified source. With the following options:
export PATH=/opt/freeware/bin:$PATH
export CONFIG_SHELL=/opt/freeware/bin/bash
export CONFIGURE_ENV_ARGS=/opt/freeware/bin/bash
export CC=gcc
export BOOT_CFLAGS="-O2 -I/opt/freeware/include"
export CFLAGS="-O2 -I/opt/freeware/include"
export CXXFLAGS="-I/opt/freeware/include"
export LIBCFLAGS="-g -O2 -I/opt/freeware/include"
export LIBCXXFLAGS="-g -O2 -I/opt/freeware/include -fno-implicit-templates"
export LDFLAGS="-L/opt/freeware/lib"
./configure \
--with-as=/usr/bin/as \
--with-ld=/usr/bin/ld \
--enable-languages="c,c++,fortran" \
--prefix=/opt/freeware \
--enable-threads \
--enable-version-specific-runtime-libs \
--disable-nls \
--enable-decimal-float=dpd \
--host=powerpc-ibm-aix5.3.0.0
ulimit -d unlimited
ulimit -s unlimited
gmake bootstrap-lean
I see two problems:
1. substitution problem in the linker call for libstdc++.so.6,libgfortran.so.2,
libgomp.so.1, :
... -Wl,-bnoentry ${wl}-berok
Why is ${wl} not replaced with -Wl, as for -bnoentry ??
2. TOC problem for libstdc++.so.6
ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[eh_terminate.o], section 1
, function .__cxxabiv1::__terminate(void (*)()):
The branch at address 0x310 is not followed by a recognized no-op
or TOC-reload instruction. The unrecognized instruction is 0x0.
ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[eh_terminate.o], section 1
, function .std::terminate():
The branch at address 0x370 is not followed by a recognized no-op
or TOC-reload instruction. The unrecognized instruction is 0x0.
ld: 0711-768 WARNING: Object
../libsupc++/.libs/libsupc++convenience.a[tinfo.o], section 1, funct
ion .std::type_info::~type_info():
The branch at address 0x12a0 is not followed by a recognized no-op
or TOC-reload instruction. The unrecognized instruction is 0x38000000.
....
The resulting library is not OK. This is definitely a problem.
Bye
Rainer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38607
