ARM的交叉编译：错误没有找到这样的文件或目录/命令

Question

我编写了简单的 Hello world 程序并使用gcc-arm-linux-gnueabi 编译器编译它。它编译得很好，但是当我尝试在 ARM 机器上执行它时，它会抱怨“没有这样的文件或目录”。我认为gcc-arm-linux-gnueabi 仅适用于嵌入式 Linux，因为 e(mbedded)abi。和 ARM Linux ABI 有区别吗？

请帮我解决这个问题

代码在这里

#include "stdio.h"

int main(void) {
  printf("Hello world !\n");
  return 0;
}

编译为

arm-linux-gnueabi-gcc -Wall -o crosscomp hello.c

当我在目标 ARM 机器上执行这个 crosscomp 时，错误是 crosscomp no such file or dir

编辑 当我使用 arm-linux-gnueabi-gcc 时，入口点与目标机器入口点（readelf -l crosscom）不匹配，但是当我使用 aarch64-linux-gnu 编译时-gcc 入口点与目标机器匹配。但是现在错误变成了./crosscomp 上的权限被拒绝。我试过 sudo，它说 crosscomp: no such command。

注意我在 askubuntu https://askubuntu.com/questions/904685/cross-compilation-for-arm-error-no-such-file-or-directory 上发布了同样的问题，但没有得到回应。

readelf的输出如下

ELF 标头：

 Magic:   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  Class:                             ELF64
  Data:                              2's complement, little endian
  Version:                           1 (current)
  OS/ABI:                            UNIX - System V
  ABI Version:                       0
  Type:                              EXEC (Executable file)
  Machine:                           AArch64
  Version:                           0x1
  Entry point address:               0x400470
  Start of program headers:          64 (bytes into file)
  Start of section headers:          4488 (bytes into file)
  Flags:                             0x0
  Size of this header:               64 (bytes)
  Size of program headers:           56 (bytes)
  Number of program headers:         8
  Size of section headers:           64 (bytes)
  Number of section headers:         29
  Section header string table index: 26

Answer 1

当缺少特定可执行文件所需的动态加载程序时，会出现此特殊错误消息。

您可以通过将readelf 应用于问题可执行文件来找出您需要的动态加载程序的名称。例如在我的 x86-64 Linux 机器上

$ readelf -l /bin/ls | grep 'program interpreter'
  [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]

(“程序解释器”是“动态加载器”的别称。)

所以，在你的crosscomp 二进制文件上运行上述命令在你的开发盒上。 （如果您没有readelf 或收到错误消息，请尝试arm-linux-gnueabi-readelf。）以“程序解释器：”命名的文件需要存在于您的目标 ARM 机器上。如果您不知道从哪里获取它，请发布上述命令的输出 + ls -l 应该包含丢失文件的目录。