Re: [gentoo-alt] AIX5.3 prefix bootstrap gcc-4.2.4 failure

[Michael Haubenwallner]

heroxbd@×××××.com 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