我目前的设置相当异国情调,我需要一些澄清。
我是运行在一个Pinebook Pro,由一个四角皮质A53,64位CPU供电.操作系统是Debian的64位版本:
$ 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
因为我需要来自armhf架构的ld-linux.so.3
,所以我在/lib/arm-linux-gnueabihf/
下寻找它,并且肯定它就在这里。为了解决我的问题,我将其链接到/lib
中,然后二进制文件再次工作。
$ ln -s /lib/arm-linux-gnueabihf/ld-linux.so.3 /lib/ld-linux.so.3
现在,问题是:要解决这个问题,我必须直接处理/lib
,这并不理想。什么是首选的解决方案?
发布于 2019-11-23 10:48:03
在这样的多拱系统上编译应用程序,如果不能,可以为它修补interp (patchelf --set-interpreter /lib/ld-linux-armhf.so.3 /usr/local/bin/openocd
)。或者通过相应的动态链接器(/lib/ld-linux-armhf.so.3 /usr/local/bin/openocd
)显式调用动态链接的二进制文件。您可以通过在脚本或别名中包装命令名来完成最后一步,并将尖头二进制移开。
https://unix.stackexchange.com/questions/553743
复制相似问题