我目前的设置非常奇特,我可以澄清一下。
我在Pinebook Pro上运行,由 Quad Cortex-A53、64 位 CPU 驱动。操作系统是 64 位版本的 Debian:
$ uname -a
Linux pinebook 4.4.196 #1 SMP Tue Oct 15 16:54:21 EDT 2019 aarch64 GNU/Linux
但是默认情况下只启用了 armhf 架构:
$ dpkg --print-architecture
armhf
因为我想运行 aarch64 二进制文件,所以我添加了相应的架构:
$ dpkg --add-architecture arm64
$ apt update && apt upgrade
$ apt install gcc-6-base:arm64 libc6:arm64 libgcc1:arm64
这没有问题。然而,在这之后,我发现自己无法再运行另一个 32 位二进制文件,因为它突然/lib/ld-linux.so.3
消失了。检查它给了我以下输出。
$ file openocd
openocd: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.3, for GNU/Linux 3.2.0, BuildID[sha1]=363651b03c33118c80584e99b6f876c7a8663325, stripped
确实,ld-linux.so.3
失踪了。取而代之的是,我找到了特定于架构的符号链接:
$ ls /lib
aarch64-linux-gnu firmware ld-linux-armhf.so.3 systemd
arm-linux-gnueabihf ifupdown lsb terminfo
cpp init modprobe.d udev
dhcpcd ld-linux-aarch64.so.1 modules
因为我需要ld-linux.so.3
armhf 架构,所以我在下面寻找它/lib/arm-linux-gnueabihf/
,果然在那里。为了解决我的问题,我将它链接到 中/lib
,并且二进制文件再次工作。
$ ln -s /lib/arm-linux-gnueabihf/ld-linux.so.3 /lib/ld-linux.so.3
现在,问题是:要解决这个问题,我不得不直接搞砸/lib
,这并不理想。什么是首选解决方案?
patchelf --set-interpreter /lib/ld-linux-armhf.so.3 /usr/local/bin/openocd
在这样的多架构系统上编译应用程序,如果不能,请为它打补丁 ( )。或者通过相应的动态链接器 (/lib/ld-linux-armhf.so.3 /usr/local/bin/openocd
) 显式调用动态链接的二进制文件。您可以通过将命令名称包装在脚本或别名中来完成最后一步,并将实际二进制文件移开。