我陷入了交叉编译这个不那么阳光的世界。
我正试图为我的BeagleBone Black(运行TI Cortex-A8处理器)编译一个简单的hello world应用程序。
首先,我用gcc
在x86上编译并成功运行了hello world应用程序
然后我将编译设置更改为:
arm-linux-gnueabi-gcc -c -O0 -g3 -Wall main.c -o bin/obj/main.o
arm-linux-gnueabi-gcc bin/obj/main.o -o bin/hello_world
我通过SCP将文件传输到BeagleBone,并使用chmod +x hello_world
设置可执行权限
运行后(./hello_world
),我唯一的反应是:
-bash: ./hello_world: No such file or directory
file
的输出与/sbin/init
的输出相匹配,正如我所期望的那样:
$ file hello_world
hello_world: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=0x24b659b7a41fe043a6f4649d4ebfb5e692ebf0c7, not stripped
$ file /sbin/init
/sbin/init: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, BuildID[sha1]=0xd21f6957ec031a27d567b3d5e6aa14b9e0c30c37, stripped
ldd
的结果是:
$ ldd hello_world
not a dynamic executable
我尝试添加合适的平台和CPU类型,将我的编译更改为:
arm-linux-gnueabi-gcc -c -O0 -g3 -Wall -march=armv7-a -mtune=cortex-a8 main.c -o bin/obj/main.o
arm-linux-gnueabi-gcc bin/obj/main.o -o bin/hello_world
这最初开始给我一个新的错误:Text file busy
,但我已经无法得到这个错误回来了,因为它现在返回No such file or directory
。
既然评论中没有人发表答案,我想我得到了乐趣;)
No such file or directory
来自内核试图调用由ELF可执行文件的.interp
字段指定的动态链接器,但是不存在这样的文件。
.interp
字段可以用下面的命令找到:
objdump -j .interp -s ./hello_world
在这个例子中,可执行文件的.interp
字段是/lib/ld-linux.so.3
,但是BeagleBone Black上的动态链接器的名称是/lib/ld-linux-armhf.so.3
。
发生这种情况是因为程序是用与平台所需的工具链略有不同的工具链编译的。应该是arm-linux-gnueabihf-*
而不是arm-linux-gnueabi-*
两者之间的区别在于Cortex-A8在硬浮点版本的EABI (armhf
)中使用特定的浮点寄存器,而原始的EABI (armel
)使用整数寄存器来传递浮点数。因此,armel
程序将在armhf
上运行(前提是动态链接器被设置为正确的路径!),但反之亦然。
简单地添加一个符号链接ln -s /lib/ld-linux-armhf.so.3 /lib/ld-linux.so.3
就足以解决这个问题,但正确的解决方法是在编译程序时首先使用正确的工具链
我也遇到了同样的问题。我使用apt-get从Ubuntu存储库下载并安装了gcc-arm-linuc-gnueabihf
包到我的Ubuntu PC上。然后我编译了一个helloworld测试程序,并使用sftp将其下载到我的BeagleBone上。
尝试在BBB上运行程序给出错误:"No such file or directory"
使用objdump我发现ELF可执行文件中的.interp字段是/lib/ld_linux_armhf.so.3
。我的BBB有动态链接器/lib/ld-linux.so.3
。
我在BBB创建了一个符号链接:
ln -s /lib/ld-linux.so.3 /lib-linux-armhf.so.3
现在交叉编译的应用程序可以在BBB上工作了。BBB运行的是原来的Angstrom发行版。
这不是理想的修复。现在我需要在Ubuntu中配置工具链来为应用程序添加正确的动态链接器名称,或者更新BBB以在工具链中指定一个动态链接器。
如何识别问题?
file cross_compiled_executable
包含如下内容:
interpreter /lib/ld-uClibc.so.0
,问题是该文件在目标文件中不存在。
如何解决这个问题?
使用合适的编译器:
- 创建磁盘映像的人必须向您提供交叉编译器或确切地告诉您如何构建它,例如使用crosstool-ng。对于BeagleBone在:Toolchain上询问的关于交叉编译BBB应用程序的问题
- 编译你自己的镜像和交叉编译器,例如使用builroot。下面是一个通用的QEMU示例。Buildroot支持BeagleBone。
在目标上使用本机编译器。但是通常目标比您的主机慢得多,而且空间有限,所以您可能不希望这样做。
您也可以使用功能模拟器,如QEMU来构建,然后只在较慢的平台上运行程序,例如gem5或慢板。
仅仅破解interpreter
可能是不够的,特别是如果您尝试使用-static
(目标内核可能太旧,不包含所需的接口),您必须确保程序和目标libc之间的二进制兼容性,或者程序和内核接口(系统调用,/proc
等)之间的二进制兼容性。唯一可靠的解决方案是使用正确的工具链。