Re: mip64 cross gcc build problem

[Kai Ruottu <kai.ruottu@wippies.com>]

7.2.2011 19:57, Jacky Cao kirjoitti:

> I want build cross gcc (version 4.4.5) with binutils 2.21, glibc
> 2.12.1, and prepared lib32 for n32 abi, lib for o32 and lib64 for n64.
> I configured second pass gcc with:../../gcc-4.4.5/configure
> --prefix=/usr/home/Jacky/xtools/xlp-toolchain
> --target=mipsisa64r2-linux-gnu --with-mips-plt
> --with-headers=/usr/home/Jacky/xtools/xlp-toolchain/mipsisa64r2-linux-gnu/usr/include

Using a 1-to-1 sysroot for the glibcs would be easier I think...

--with-sysroot=/usr/home/Jacky/xtools/xlp-toolchain/sysroot

and putting :

   lib
   lib32
   lib64
   usr/include
   usr/lib
   usr/lib32
   usr/lib64

there in the (final) native scheme for easy copying (Of course you are
going to copy these to the native MIPS target platform later?)

> I took the suggestion from CLFS powerpc64 cross building book, removed
> "-B$(build_tooldir)/lib/", then cross ld can't find crti.o; In my
> situation, the crti.o was in the same directory with libc.so,
> libc.so.6 and so on.

Using the "traditional" $prefix/$target install scheme for binutils and
target C library ties one to use only one 'lib' there, for the default
libs, '64'?, and using subdirs '32' and 'n32' ? in it for the multilibs.

> I've looked at configure and Makefile.in, and can manually adjust it
> to choose the right lib but I believe there has been a simple solution
> already, or is there anything I did wrong?

As was told, using a sysroot for the target C libraries installed there
in their native scheme ('lib*', 'usr/lib*', usr/include'), is the
standard nowadays... Using the traditional scheme is not recommended
and maybe not even supported :o(