[email protected] wrote: > There are always some unresolved symbol issue in stage 3 of > bootstrap. After another round of STFW, esp. on gcc bugzilla, I think it > is some path issue on AIX linker. ld just couldn't find the right > library to link against.
Quoting from your 'cmd' attachment: > gcc ... -o cc1-dummy ... Are you sure this is stage 3 in building gcc? In stage 2 and above, it is not "gcc" being used, but something like "/path/to/builddir/prev-gcc/xgcc" instead. Quoting from your 'debug' attachment: > (ld): i /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libgcc.a > (ld): i /opt/freeware/lib/gcc-lib/powerpc-ibm-aix5.2.0.0/3.3.2/libgcc_eh.a Your subject says AIX5.3, but your gcc-3.3.2 was built on AIX5.2. This is a really bad idea. Also, there is still /opt/freeware/ in library search path - this feels right for stage 1 only, but not for stage 3. Or do you have something like LIBPATH or LIBRARY_PATH set in your env? > ld: 0711-317 ERROR: Undefined symbol: .__clzdi2 > .__clzdi2 [358] ER PR > ../.././gcc/combine.c(libbackend.a[combine.o]) > 00004f04 .text R_RBR [2102] > .extended_count > 00006bc8 .text R_RBR [2262] > <.force_to_mode> Here I do have _clzdi2.o in builddir, being packed into libgcc.a and thus available when linking cc1-dummy in stage 2 and above. I'm doing the built with gcc-3.3.6 installed to /usr/local/, but combine.o from stage1 does not refer to __clzdi2, while it does in stage2 and stage3. > ld: 0711-317 ERROR: Undefined symbol: .libintl_dgettext > .libintl_dgettext [96] ER PR > ../.././libcpp/files.c(../libcpp/libcpp.a[files.o]) > 00001228 .text R_RBR [929] > <.report_missing_guard> Could you eventually send me (offlist) your complete build log file for gcc, located within prefix-launcher in buildroot/log/gcc.build.*.log /haubi/ -- Michael Haubenwallner Gentoo on a different level
