Cross compiling

[Kai Ruottu]

Kai Ruottu wrote:
> Yan Seiner wrote:
>>>> arm-linux-gcc main_nx.c  -I../Lib -I../../microwin/src/include
>>>> -I/home/local/panel/arm//ts7300-deb/usr/include
>>>> -L/home/local/panel/arm//ts7300-deb/lib
>>>> -L/home/local/panel/arm//ts7300-deb/usr/lib
> Lets assume the 'libc.so' script being in the 
> '/home/local/panel/arm//ts7300-deb/usr/lib',
> then simply edit it to NOT have those stupidities:
>>>> /usr/local/opt/crosstool/arm-linux/gcc-3.3.4-glibc-2.3.2/lib/gcc-lib/arm-linux/3.3.4/../../../../arm-linux/bin/ld: 
>>>>
>>>> skipping incompatible /lib/libc.so.6 when searching for /lib/libc.so.6
>>>> /usr/local/opt/crosstool/arm-linux/gcc-3.3.4-glibc-2.3.2/lib/gcc-lib/arm-linux/3.3.4/../../../../arm-linux/bin/ld: 
>>>>
>>>> cannot find /lib/libc.so.6
> caused by the insanities of crosstool!  Cannot guess what kind of mess 
> the result really is :-(
 Oops, the editing isn't enough because at least the 'ld-linux.so.2' 
will be searched via the hard-coded '$prefix/$target/lib',
please see this via 'arm-linux-ld -verbose | less' and what the 
SEARCH_DIR (or something) says about the hard-coded
search paths in the '$target-ld' !  Finding 'libc.so' after those '-L' 
should succeed but all the 'NEEDED' not-referenced
'linked-in' shared libraries like 'ld-linux.so.2' will not be found via 
the '-L' options. Adding 'ld-linux.so.2' into 'libc.so' has
been one workaround:  'GROUP ( libc.so.6 ld-linux.so.2 libc_nonshared.a 
)'  or something there...  But maybe the bare
names don't work and the absolute paths 
'/home/local/panel/arm/ts7300-deb/lib' etc. must be put to each  name !

 A totally normal and totally sane crosstoolchain made from the binutils 
and GCC sources and the prebuilt Debian/ARM
libraries could really be something very wise!

 BTW, the 'usr/lib/libpthread.so' is another 'linker script' with 
absolute pathnames :-(