Crosscompiling x86_64 > i386 does not uses /usr/lib32

[Ocye]

I switched recently from Ubunto to Arch Linux. All works fine except crosscompiling for 32bit. E.g. Lazarus tells me

/usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching for -lpthread

/usr/lib32/libpthread.a  /usr/lib32/libpthread_nonshared.a  /usr/lib32/libpthread.so

When I run "fpc -Pi386 -vt bogus" it seems to be okay

   
Configfile search: /home/<name>/.fpc.cfg
Reading options from file /home/<name>/.fpc.cfg
Free Pascal Compiler version 2.7.1 [2011/10/02] for i386
Copyright (c) 1993-2011 by Florian Klaempfl and others
Searching file /lib/ld-linux.so.2... found
Compiler: /usr/local/lib/fpc/2.7.1/ppc386
Target OS: Linux for i386
Using executable path: /usr/local/lib/fpc/2.7.1/
...
Using unit path: /usr/local/lib/fpc/2.7.1/
Using library path: /usr/lib32/
Using library path: /lib32/

My ~/.fpc.cfg contains

    #ifdef cpux86_64
    -Fl/lib
    -Fl/usr/lib
    #endif
    #ifdef cpui386
    -Xd
    -Fl/lib32
    -Fl/usr/lib32
    #endif
    #ifdef cpuarm
    -Xd
    -Fl/usr/local/arm/libc/usr/lib
    -CaEABI
    -Parm
    -CfSOFT
    -CpARMV5
    #endif

Project settings are:

-MObjFPC -Scghi -CX -Cirot -O2 -Pi386 -Xs -XX -vewnhib -l -FuSynapse -Fu/usr/local/bin/Lazarus/lcl/units/i386-linux/qt -Fu/usr/local/bin/Lazarus/lcl/units/i386-linux -Fu/usr/local/bin/Lazarus/components/lazutils/lib/i386-linux -Fu/usr/local/bin/Lazarus/packager/units/i386-linux -Fu. -vm5024,5057 -dLCL -dLCLqt

(gtk2 does not work for i386 too)

Multiarch libs are installed, even compiling for arm works. Which setting did I miss?

Lazarus 0.9.31 r33990M FPC 2.7.1 x86_64-linux-qt
Linux version 3.1.5-1-ARCH (tobias@T-POWA-LX) (gcc version 4.6.2 20111125 (prerelease) (GCC) ) #1 SMP PREEMPT Sat Dec 10 14:43:09 CET 2011

[Andru]

/usr/bin/ld: skipping incompatible /usr/lib/libpthread.so when searching for -lpthread

That is fine. What real error do you have? My fpc.cfg contains this:

Code: [Select]

#ifdef cpui386
-Xd
-Fl/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/32
-Fl/usr/lib32
#endif


[Ocye]

It's not okay since I want to create a 32bit application. The linker should use /usr/lib32/libpthread instead of /usr/lib/. Of course, I switched to non standard path by -Xd as quoted.

[marcov]

If you still have problems, bisect the problem by looking at the ppas.sh and link.res files. (generated by using -s)

This allows you to pinpoint if your problem is in FPC (or its configuration), when it contains searchpaths for /usr/lib32,

OR

if it doesn't, it's the linker itself.

[Andru]

It's not okay since I want to create a 32bit application.

It's ok, because I have the same messages with ZenGL and everything compiles fine with these skipping messages...

[Ocye]

If you still have problems, bisect the problem by looking at the ppas.sh and link.res files. (generated by using -s)

SEARCH_DIR(/usr/lib32/)
SEARCH_DIR(/lib32/)
SEARCH_DIR(./Synapse/)
SEARCH_DIR(/usr/local/bin/Lazarus/components/opengl/lib/i386-linux/gtk2/)
...

/usr/bin/ld -b elf32-i386 -m elf_i386  -s --dynamic-linker=/lib/ld-linux.so.2    -L. -o Scrabble3D link.res

lrwxrwxrwx 1 root root 22  3. Dez 04:06 /lib/ld-linux.so.2 -> ../lib32/ld-linux.so.2
lrwxrwxrwx 1 root root 12  2. Dez 19:29 /lib/ld-linux-x86-64.so.2 -> ld-2.14.1.so

ld -v says GNU ld (GNU Binutils) 2.22.0.20111201

Objects seems to be 32bit.

umessages.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped

/lib32/libpthread-2.14.1.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), BuildID[sha1]=0xdaae775adca86bf1f87c0f36a90316624e657417, for GNU/Linux 2.6.27, not stripped

Strange.

[marcov]

SEARCH_DIR(/lib32/)

So the problem is clear: LD doesn't properly adapt the default paths if 32-bit mode is chosen.

I already suspected this. I would file a bug with the Linux distribution. Preferably see if you can reproduce it with gcc based code.

[Andru]

I would file a bug with the Linux distribution.

This is not a bug of ArchLinux. I also use this distro with installed binutils-multilib, gcc-libs-multilib, gcc-multilib and lib32* libraries - everything just works for FreePascal 2.4.4 and fixes_2_6 branch.

[marcov]

I would file a bug with the Linux distribution.

This is not a bug of ArchLinux. I also use this distro with installed binutils-multilib, gcc-libs-multilib, gcc-multilib and lib32* libraries - everything just works for FreePascal 2.4.4 and fixes_2_6 branch.

So how do you explain the above then? Not using multilib versions but the stock ones?

[Andru]

Not using multilib versions but the stock ones?

Multilib one is designed for using in such cases, and available in standard repository. You won't be able to compile anything 32-bit under 64-bit without it, because ArchLinux x86_64 by default is pure x86_64 system.

[Ocye]

Code: [Select]

#include <stdio.h>
  int main(void)
  {
    printf("Hello, World\n");
    return 0;
  }

gcc -m32 -o hello hello.c (no error, works)

hello: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, BuildID[sha1]=0x35f957192f312df883c0bd943ce96992e9d286cf, not stripped

        linux-gate.so.1 =>  (0xf77c8000)
        libc.so.6 => /lib32/libc.so.6 (0xf7624000)
        /lib32/ld-linux.so.2 (0xf77c9000)

cc -m32 hello.c (no error)

a.out: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, BuildID[sha1]=0x35f957192f312df883c0bd943ce96992e9d286cf, not stripped

/usr/bin/ld: error in ./a.out(.eh_frame); no .eh_frame_hdr table will be created.

./Hello: error while loading shared libraries: : cannot open shared object file: No such file or directory

./Hello: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.27, BuildID[sha1]=0x35f957192f312df883c0bd943ce96992e9d286cf, not stripped

./Hello: error while loading shared libraries: ./Hello: unsupported version 33619 of Verneed record

Is it really a question of ld if gcc works?

[marcov]

Is it really a question of ld if gcc works?

You see that FPC doesn't pass /usr/lib to LD. Then LD must do it itself. There is no other option.

It might be that gcc passes other parameters (e.g. uses --rpath-link to specify a different prefix, FPC option -Xr passes that to the compiler, but that requires an alternate dir that can be used as root). Parsing the gcc high verbosity output might help you find what it passes.

Anyway, it is all in the dual architecture setup from the distribution, so for more information I would ask on their development list/forum.

[Ocye]

"gcc -v ..." prints a lot of information but nothing helpful (for me). For those who are interested: I posted the question in the Arch forum: https://bbs.archlinux.org/viewtopic.php?pid=1030127#p1030127

Thanks, marcov and Andru.

[marcov]

Please post the -v output somewhere. (output when compiling a 32-bit app of course)

[Ocye]

gcc -m32 -v test.c

gcc -m32 -v test.c
Es werden eingebaute Spezifikationen verwendet.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/lto-wrapper
Ziel: x86_64-unknown-linux-gnu
Konfiguriert mit: /build/src/gcc-4.6-20111125/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --enable-gnu-unique-object --enable-linker-build-id --with-ppl --enable-cloog-backend=isl --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --enable-multilib --disable-libssp --disable-libstdcxx-pch --enable-checking=release --with-fpmath=sse
Thread-Modell: posix
gcc-Version 4.6.2 20111125 (prerelease) (GCC)
COLLECT_GCC_OPTIONS='-m32' '-v' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/cc1 -quiet -v -imultilib 32 test.c -quiet -dumpbase test.c -m32 -mtune=generic -march=x86-64 -auxbase test -version -o /tmp/ccdwHAIO.s
GNU C (GCC) Version 4.6.2 20111125 (prerelease) (x86_64-unknown-linux-gnu)
        kompiliert von GNU-C-Version 4.6.2 20111125 (prerelease), GMP-Version 5.0.2, MPFR-Version 3.1.0-p3, MPC-Version 0.9.
GGC-Heuristik: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
nicht vorhandenes Verzeichnis »/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../x86_64-unknown-linux-gnu/include« wird ignoriert
#include "..." - Suche beginnt hier:
#include <...> - Suche beginnt hier:
 /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/include
 /usr/local/include
 /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/include-fixed
 /usr/include
Ende der Suchliste.
GNU C (GCC) Version 4.6.2 20111125 (prerelease) (x86_64-unknown-linux-gnu)
        kompiliert von GNU-C-Version 4.6.2 20111125 (prerelease), GMP-Version 5.0.2, MPFR-Version 3.1.0-p3, MPC-Version 0.9.
GGC-Heuristik: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: a255f0a427d446be89ce347a664e79ea
COLLECT_GCC_OPTIONS='-m32' '-v' '-mtune=generic' '-march=x86-64'
 as --32 -o /tmp/ccbSZcJm.o /tmp/ccdwHAIO.s
COMPILER_PATH=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/:/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/:/usr/lib/gcc/x86_64-unknown-linux-gnu/:/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/:/usr/lib/gcc/x86_64-unknown-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/32/:/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../lib32/:/lib/../lib32/:/usr/lib/../lib32/:/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/:/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-m32' '-v' '-mtune=generic' '-march=x86-64'
 /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/collect2 --build-id --eh-frame-hdr -m elf_i386 --hash-style=both -dynamic-linker /lib32/ld-linux.so.2 /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../lib32/crt1.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../lib32/crti.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/32/crtbegin.o -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/32 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../lib32 -L/lib/../lib32 -L/usr/lib/../lib32 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2 -L/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../.. /tmp/ccbSZcJm.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/32/crtend.o /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/../../../../lib32/crtn.o