关于 c :buildroot 文件系统

阿喜 • • 问答 • 567 阅读

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) {
  printf("Content-Type: text/plain\
\
" );
  printf("testing C code\
");
  return 0;
}

我正在使用来自 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，这正是发生的事情，现在我的库链接正常！
以上是关于 c :buildroot 文件系统的全部内容。
THE END
分享
二维码
< <上一篇
下一篇>>