buildroot file system & cross compiling: dynamically linked application fails but static ok. How to link against uClibc
我有一个 buildroot 创建的文件系统，我正在尝试在 lighttpd 服务器上执行一些 c 代码。
我创建了一个简单的 C 模块，它只打印出几行 html。代码如下所示：
|
1
2 3 4 5 6 7 8 9 10 |
#include”stdio.h”
int main(void) { |
我正在使用来自 Ubuntu 存储库的编译器来编译它arm-linux-gnueabi-gcc -o test.cgi test.c。如果我用 -static 标志编译，它会运行得很好，我可以看到显示的 html。
但是在没有静态标志的情况下编译，执行失败如下：
|
1
2 |
# ./test.cgi
–sh: ./first.cgi: not found |
我想知道原因是否是 c 库错误，我应该链接到由 buildroot 编译的 uClibc。
在我的 buildroot 文件夹 output/host/usr/arm-unknown-linux-uclibcgnueabi/sysroot/lib 我可以看到以下文件：
|
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
–rwxr–xr–x 1 jlumme jlumme 25444 Jan 26 17:13 ld–uClibc–0.9.33.2.so
lrwxrwxrwx 1 jlumme jlumme 21 Jan 26 17:12 ld–uClibc.so.0 –> ld–uClibc–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 13191 Jan 26 17:13 libcrypt–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 20 Jan 26 17:13 libcrypt.so.0 –> libcrypt–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 21 Jan 26 17:13 libc.so.0 –> libuClibc–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 13383 Jan 26 17:13 libdl–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 17 Jan 26 17:13 libdl.so.0 –> libdl–0.9.33.2.so –rw–r—r— 1 jlumme jlumme 135 Jan 26 17:15 libgcc_s.so –rw–r—r— 1 jlumme jlumme 180152 Jan 26 17:15 libgcc_s.so.1 –rwxr–xr–x 1 jlumme jlumme 64555 Jan 26 17:13 libm–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 16 Jan 26 17:13 libm.so.0 –> libm–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 4772 Jan 26 17:13 libnsl–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 18 Jan 26 17:13 libnsl.so.0 –> libnsl–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 79059 Jan 26 17:13 libpthread–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 22 Jan 26 17:13 libpthread.so.0 –> libpthread–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 4776 Jan 26 17:13 libresolv–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 21 Jan 26 17:13 libresolv.so.0 –> libresolv–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 13927 Jan 26 17:13 librt–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 17 Jan 26 17:13 librt.so.0 –> librt–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 284451 Jan 26 17:13 libuClibc–0.9.33.2.so –rwxr–xr–x 1 jlumme jlumme 4955 Jan 26 17:13 libutil–0.9.33.2.so lrwxrwxrwx 1 jlumme jlumme 19 Jan 26 17:13 libutil.so.0 –> libutil–0.9.33.2.so |
是我正在寻找的 libuClibc-0.9.33.2.so 文件吗？
我怎样才能将我的应用程序与它联系起来？
在我的目标板上，我可以在 /usr/lib
中看到这个
|
1
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |
lrwxrwxrwx 1 root root 15 Jan 26 2013 libbz2.so –> libbz2.so.1.0.6
lrwxrwxrwx 1 root root 15 Jan 26 2013 libbz2.so.1 –> libbz2.so.1.0.6 lrwxrwxrwx 1 root root 15 Jan 26 2013 libbz2.so.1.0 –> libbz2.so.1.0.6 –rwxrwxr–x 1 root root 57924 Jan 26 2013 libbz2.so.1.0.6 lrwxrwxrwx 1 root root 16 Jan 26 2013 libelf.so –> libelf.so.0.8.12 lrwxrwxrwx 1 root root 16 Jan 26 2013 libelf.so.0 –> libelf.so.0.8.12 –rwxr–xr–x 1 root root 69924 Jan 26 2013 libelf.so.0.8.12 lrwxrwxrwx 1 root root 16 Jan 26 2013 libpcre.so –> libpcre.so.1.0.0 lrwxrwxrwx 1 root root 16 Jan 26 2013 libpcre.so.1 –> libpcre.so.1.0.0 –rwxr–xr–x 1 root root 88804 Jan 26 2013 libpcre.so.1.0.0 lrwxrwxrwx 1 root root 19 Jan 26 2013 libpcrecpp.so –> libpcrecpp.so.0.0.0 lrwxrwxrwx 1 root root 19 Jan 26 2013 libpcrecpp.so.0 –> libpcrecpp.so.0.0.0 –rwxr–xr–x 1 root root 27436 Jan 26 2013 libpcrecpp.so.0.0.0 lrwxrwxrwx 1 root root 21 Jan 26 2013 libpcreposix.so –> libpcreposix.so.0.0.0 lrwxrwxrwx 1 root root 21 Jan 26 2013 libpcreposix.so.0 –> libpcreposix.so.0.0.0 –rwxr–xr–x 1 root root 5576 Jan 26 2013 libpcreposix.so.0.0.0 lrwxrwxrwx 1 root root 19 Jan 26 2013 libsqlite3.so –> libsqlite3.so.0.8.6 lrwxrwxrwx 1 root root 19 Jan 26 2013 libsqlite3.so.0 –> libsqlite3.so.0.8.6 –rwxr–xr–x 1 root root 516472 Jan 26 2013 libsqlite3.so.0.8.6 lrwxrwxrwx 1 root root 19 Jan 26 2013 libstdc++.so –> libstdc++.so.6.0.14 lrwxrwxrwx 1 root root 19 Jan 26 2013 libstdc++.so.6 –> libstdc++.so.6.0.14 –rwxr–xr–x 1 root root 418936 Jan 26 2013 libstdc++.so.6.0.14 –rw–r—r— 1 root root 2422 Jan 26 2013 libstdc++.so.6.0.14–gdb.py lrwxrwxrwx 1 root root 16 Jan 26 2013 libxml2.so –> libxml2.so.2.8.0 lrwxrwxrwx 1 root root 16 Jan 26 2013 libxml2.so.2 –> libxml2.so.2.8.0 –rwxr–xr–x 1 root root 1063556 Jan 26 2013 libxml2.so.2.8.0 drwxrwxr–x 2 root root 4096 Jan 26 2013 lighttpd –rw–r—r— 1 root root 195 Jan 26 2013 xml2Conf.sh |
- 我不知道你如何让 “buildroot” 传输你想要的文件，但是是的，你想要 libuClibc-0.9.33.2.so – 另外，确保它是为 ARM 编译的！
- @Mats，我通过 scp 将文件传输到我的目标板。我尝试像这样编译：arm-linux-gnueabi-gcc -o first.cgi -L/home/jlumme/projects/buildroot/output/host/usr/arm-unknow??n-linux-uclibcgnueab??i/sysroot/lib -luClibc-0.9.33.2 错误：(/usr/lib/gcc/arm-linux-gnueabi/4.7/../../../../arm-linux-gn??ueabi/bin/ld: warning: ld-uClibc.so.0, needed by /LIB_TO_SYSROOT_AS_B4/libuClibc-0.9.33.2.so, not found (try using -rpath or -rpath-link) /usr/lib/gcc/arm-linux-gnueabi/4.7/../../../../arm-linux-gnu??eabi/lib/../lib/crt1??.o: In function _start’: (.text+0x34): undefined reference to main’ )
- 对，所以我不知道如何构建 .cgi 代码 – 但肯定应该在代码中的某处有一个”main”？
- @MatsPetersson 好吧，实际上，它可以只是一个普通的 C 可执行文件，它也可以在 lightpdd 中工作。我正在尝试在控制台中运行应用程序，并且静态的工作正常(在控制台中，并通过浏览器窗口)
- 是的，这就是为什么我说我不知道??你如何说服 “buildroot” 包含正确的库。我确定有办法。当您静态构建它时它起作用的原因是它将库本身包含到您的二进制文件中，因此您不需要共享库。从您的第二个目录列表中可以清楚地看出，没有 libuclibc.so – 所以它一定没有包含在您的构建中。
- 根本原因：unix.stackexchange.com/questions/18061/… |类似：stackoverflow.com/questions/14535897/…
要构建您的应用程序，您必须使用 Buildroot 生成的交叉编译器，位于 output/host/usr/bin/<name-of-architecture>-gcc.
在这里，您使用的是 Ubuntu ARM 交叉编译器，它针对使用 eglibc C 库的系统。但是使用 Buildroot 生成的系统使用 uClibc C 库。因此，使用 Ubuntu ARM 交叉编译器构建的二进制文件绝对没有机会在这个 Buildroot 生成的系统上运行。
只需使用 Buildroot 为您生成的交叉编译器即可。
- 嗨 Tomas，这正是发生的事情，现在我的库链接正常！
来源：https://www.codenong.com/14535897/
