Jak pracować z bibliotekami zewnętrznymi podczas kompilacji krzyżowej?

Dla zapytania How the C library works in cross-tools

Podczas kompilacji i budowania łańcucha cross-tool podczas konfiguracji będą dostarczać sysroot.

Jak --with-sysroot=${CLFS_CROSS_TOOLS}

--with-sysroot --with-sysroot=dir

Tells GCC to consider dir as the root of a tree that contains (a subset of) the root filesystem of the target operating system. Target system headers, libraries and run-time object files will be searched for in there. More specifically, this acts as if --sysroot=dir was added to the default options of the built compiler. The specified directory is not copied into the install tree, unlike the options --with-headers and --with-libs that this option obsoletes. The default value, in case --with-sysroot is not given an argument, is ${gcc_tooldir}/sys-root. If the specified directory is a subdirectory of ${exec_prefix}, then it will be found relative to the GCC binaries if the installation tree is moved.

Więc zamiast szukać /lib /usr/include będzie wyglądać / Toolchain / (libc) i (include files) podczas kompilacji

Możesz sprawdzić przez

arm-linux-gnueabihf-gcc -print-sysroot

Ten program gdzie szukać libc .

Również

arm-linux-gnueabihf-gcc -print-search-dirs

Daje jasny obraz

Oczywiście, będziesz potrzebował ncurses skompilowanego dla ARM, na który celujesz - ten na hoście nie przyniesie Ci absolutnie nic dobrego [chyba że Twój host ma procesor ARM - ale powiedziałeś x86, więc najwyraźniej nie w tym przypadku].

Mogą być dostępne jakieś prebuiltowe biblioteki, ale podejrzewam, że więcej pracy jest znalezienie takiej (która działa i odpowiada twoim konkretnym warunkom) niż samodzielne budowanie biblioteki ze źródeł - nie powinno to być takie trudne i spodziewam się, że ncurses nie zajmuje zbyt wielu minuty do zbudowania.

Jeśli chodzi o twoje pierwsze pytanie, jeśli zamierzasz używać biblioteki ncurses z łańcuchem narzędzi kompilatora krzyżowego, będziesz mieć przygotowane jej binaria zbudowane na arm.

Twoje drugie pytanie brzmi, jak to działa z bibliotekami std, cóż, naprawdę nie jest to systemowa libc / libm, której toolchain używa do kompilacji / linkowania Twojego programu. Może zobaczysz to z --print-file-name= opcja twojego kompilatora:

arm-none-linux-gnuabi-gcc --print-file-name=libm.a

...(my working folder)/arm-2011.03(arm-toolchain folder)/bin/../arm-none-linux-gnuabi/libc/usr/lib/libm.a

arm-none-linux-gnuabi-gcc --print-file-name=libpthread.so

...(my working folder)/arm-2011.03(arm-toolchain folder)/bin/../arm-none-linux-gnuabi/libc/usr/lib/libpthread.so

Myślę, że Twój malinowy toolchain może być taki sam. Możesz spróbować tego Wynocha.

Odpowiedź Vinaya jest dość solidna. Tylko poprawka podczas kompilacji biblioteki ncurses dla raspberry pi opcja Ustawienia rootfs to --sysroot=<dir>, a nie --with-sysroot. To właśnie znalazłem, gdy używałem następującego kompilatora:

arm-linux-gnueabihf-gcc --version
arm-linux-gnueabihf-gcc (crosstool-NG linaro-1.13.1+bzr2650 - Linaro GCC 2014.03) 4.8.3 20140303 (prerelease)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.