从 Windows 交叉编译的 GNU ARM (BeagleBoneBlack)。 *.elf 上的运行时错误：“没有这样的文件或目录”

【问题标题】：Cross-Compiled GNU ARM (BeagleBoneBlack) from Windows. Runtime Error on *.elf: "No such file or directory"从 Windows 交叉编译的 GNU ARM (BeagleBoneBlack)。 *.elf 上的运行时错误：“没有这样的文件或目录”
【发布时间】：2014-07-03 01:09:28
【问题描述】：

我正处于在 BeagleBone Black 上开发无人机飞行控制器的（非常）早期阶段。我应该提一下，当谈到 BBB、Linux 和嵌入式系统时，我还是个新手。我的学术重点一直是控制理论——这是我第一次尝试在 Matlab 模拟之外进行实际实现。我目前的系统如下：

主机-> Windows 8.1 x64 运行 Eclipse Luna (4.4.0)
目标 -> BeagleBone Black rev。 B 运行 Ubuntu 13.10

目标信息

root@arm:~# uname -a
Linux arm 3.8.13-bone32 #1 SMP Fri Dec 13 20:05:25 UTC 2013 armv7l armv7l         armv7l GNU/Linux

目标 gcc 版本

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.8/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.8.1-10ubuntu9' --with-bugurl=file:///usr/shar
e/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8
 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --w
ith-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enabl
e-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libitm --disable-libquadmath --ena
ble-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr
/lib/jvm/java-1.5.0-gcj-4.8-armhf/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-armhf --
with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-armhf --with-arch-directory=arm --with-ecj-jar=/usr/share/ja
va/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --enable-multilib --disable-sjlj-exceptions --with-arch=armv7-
a --with-fpu=vfpv3-d16 --with-float=hard --with-mode=thumb --disable-werror --enable-checking=release --build=arm-lin
ux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9)

我已经安装了Sourcery Codebench Lite 工具链并且正在使用GNU Make file。我已经按照 Michael Jantz 提供的教学视频设置了 Eclipse 环境（链接因限制而被删除 - 如果有兴趣在 YouTube 上搜索“BeagleBone 的交叉编译和远程浏览”），并进行了一些小调整以使其在我的系统。这些调整主要包括删除“--specs=rdimon.specs”和“-lrdimon”链接标志，因为我在编译时不断收到“没有这样的文件或目录”。删除这两个标志后，简单的“Hello ARM World”程序编译没有任何问题。

将编译好的 ELF 文件传输到我的 BeagleBone 后，通过以下方式设置权限和可执行标志：

chmod ugo-x Test6.elf

并通过以下方式运行它：

./Test6.elf

我收到以下消息：

root@arm:/home/ubuntu/RDKTestProgs# ./Test6.elf
bash: ./Test6.elf: No such file or directory

我最初认为我的 64 位主机系统和 32 位 GNU Make 之间的不匹配应该不是问题，但为了消除我的疑虑，我找到了一个 64 位 GNU Make 文件（链接因限制而被删除）虽然我不确定它的完整性。在任何情况下，当尝试在 BBB 上执行程序时，两个 GNU Make 文件都会产生相同的结果。

在浏览了几篇帖子后，我发现了“readelf”、“strace”和“strings”工具，它们产生了以下输出。

阅读：

root@arm:/home/ubuntu/RDKTestProgs# readelf -d Test6.elf 
 Dynamic section at offset 0x858 contains 27 entries:
 Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
 0x00000001 (NEEDED)                     Shared library: [libstdc++.so.6]
 0x00000001 (NEEDED)                     Shared library: [libm.so.6]
 0x00000001 (NEEDED)                     Shared library: [libgcc_s.so.1]
 0x0000000c (INIT)                       0x8550
 0x0000000d (FINI)                       0x87a0
 0x00000019 (INIT_ARRAY)                 0x10848
 0x0000001b (INIT_ARRAYSZ)               8 (bytes)
 0x0000001a (FINI_ARRAY)                 0x10850
 0x0000001c (FINI_ARRAYSZ)               4 (bytes)
 0x00000004 (HASH)                       0x8168
 0x00000005 (STRTAB)                     0x82bc
 0x00000006 (SYMTAB)                     0x81bc
 0x0000000a (STRSZ)                      444 (bytes)
 0x0000000b (SYMENT)                     16 (bytes)
 0x00000015 (DEBUG)                      0x0
 0x00000003 (PLTGOT)                     0x10958
 0x00000002 (PLTRELSZ)                   72 (bytes)
 0x00000014 (PLTREL)                     REL
 0x00000017 (JMPREL)                     0x8508
 0x00000011 (REL)                        0x84f8
 0x00000012 (RELSZ)                      16 (bytes)
 0x00000013 (RELENT)                     8 (bytes)
 0x6ffffffe (VERNEED)                    0x8498
 0x6fffffff (VERNEEDNUM)                 3
 0x6ffffff0 (VERSYM)                     0x8478
 0x00000000 (NULL)                       0x0
root@arm:/home/ubuntu/RDKTestProgs# strings Test6.elf
/lib/ld-linux.so.3
libc.so.6
abort
__libc_start_main
__aeabi_atexit
libstdc++.so.6
__gmon_start__
_Jv_RegisterClasses
_ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc
_ITM_deregisterTMCloneTable
_ITM_registerTMCloneTable
_ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_
_ZNSt8ios_base4InitD1Ev
_ZNSolsEPFRSoS_E
_ZNSt8ios_base4InitC1Ev
_ZSt4cout
libm.so.6
libgcc_s.so.1
__aeabi_unwind_cpp_pr0
__aeabi_unwind_cpp_pr1
GLIBCXX_3.4
GCC_3.5
GLIBC_2.4
?8FAFJF
x`9`{h
Hello ARM World!

追踪：

root@arm:/home/ubuntu/RDKTestProgs# strace ./Test6
strace: Can't stat './Test6': No such file or directory
root@arm:/home/ubuntu/RDKTestProgs# strace ./Test6.elf
execve("./Test6.elf", ["./Test6.elf"], [/* 22 vars */]) = -1 ENOENT (No such file or directory)
write(2, "strace: exec: No such file or di"..., 40strace: exec: No such file or directory
) = 40
exit_group(1)                           = ?
+++ exited with 1 +++

字符串：

root@arm:/home/ubuntu/RDKTestProgs# strings Test6.elf
/lib/ld-linux.so.3
libc.so.6
abort
__libc_start_main
__aeabi_atexit
libstdc++.so.6
__gmon_start__
_Jv_RegisterClasses
_ZStlsISt11char_traitsIcEERSt13basic_ostreamIcT_ES5_PKc
_ITM_deregisterTMCloneTable
_ITM_registerTMCloneTable
_ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_
_ZNSt8ios_base4InitD1Ev
_ZNSolsEPFRSoS_E
_ZNSt8ios_base4InitC1Ev
_ZSt4cout
libm.so.6
libgcc_s.so.1
__aeabi_unwind_cpp_pr0
__aeabi_unwind_cpp_pr1
GLIBCXX_3.4
GCC_3.5
GLIBC_2.4
?8FAFJF
x`9`{h
Hello ARM World!

我在我的 BeagelBoneBlack 中搜索了“readelf”功能指示的 4 个共享库文件，发现它们确实存在。然而问题是，其中一些文件位于 usr/lib/arm-linux-gnueabihf/ 目录中，而其他文件位于 /lib/arm-linux-gnueabihf# 目录中。为了解决这个问题，我创建了指向 /usr/lib/arm-linux-gnueabihf/ 目录中找不到的文件的符号链接。这仍然没有解决问题。所以我创建了指向 /lib/arm-linux-gnueabihf/ 目录中找不到的文件的符号链接。再次，没有运气。

有没有办法检查执行时正在使用哪个目录？ Test6.elf 文件中还可能缺少什么？我现在不知所措。任何建议或指导将不胜感激！干杯!

附：我还设法检查了 GLIBCXX_3.4、GLIBC_2.4 和 GCC_3.5，如下所示，但同样，其中一些与 /usr/lib/arm-linux-gnueabihf 中的文件有关，另一些在 /lib/ arm-linux-gnueabihf。再次感谢！

root@arm:/lib/arm-linux-gnueabihf# strings libgcc_s.so.1 | grep GCC
GCC_3.0
GCC_3.3
GCC_3.3.1
GCC_3.3.4
GCC_3.4
GCC_3.4.2
GCC_4.0.0
GCC_4.2.0
GCC_4.3.0
GCC_4.7.0
GCC_3.5

root@arm:/usr/lib/arm-linux-gnueabihf# strings libstdc++.so.6.0.18 | grep GLIBC
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBC_2.4
GLIBC_2.17
GLIBCXX_DEBUG_MESSAGE_LENGTH

最后，这是“Hello ARM World”程序

//============================================================================
// Name        : main.cpp
// Author      : RDK
// Version     :
// Copyright   : Your copyright notice
// Description : Hello World in C++
//============================================================================

#include <iostream>
using namespace std;

//
// Print a greeting message on standard output and exit.
//
// On embedded platforms this might require semi-hosting or similar.
//
// For example, for toolchains derived from GNU Tools for Embedded,
// to enable semi-hosting, the following was added to the linker:
//
// --specs=rdimon.specs -Wl,--start-group -lgcc -lc -lc -lm -lrdimon -Wl,--end-group
//
// Adjust it for other toolchains.
//

int
main()
{
  cout << "Hello ARM World!" << endl;
  return 0;
}

【问题讨论】：

  • +1 非常本地化，但具体而明确的问题。
  • 我猜您缺少一些二进制文件的动态链接库。尝试使用 ldd ./Test6.elf 并查看是否有任何列出的库显示为缺失。
  • 谢谢@msandiford。是的，我也试过了。我不确定这个结果是否有意义：ubuntu@arm:~/RDKTestProgs$ ldd ./Test6.elf not a dynamic executable
  • 另外值得注意的是：ubuntu@arm:~/RDKTestProgs$ file Test6.elf Test6.elf: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6 .16, not stripped

标签： c++ linux cross-compiling beagleboneblack toolchain


【解决方案1】：

马上！所以我让它工作了。这是我的步骤，希望它们是健全的，并且不会在将来给我带来问题。

  1. 从this post，我试图找出Test6.elf 期望在哪里找到动态链接库的linux 加载器。这产生了：

    root@arm:/home/ubuntu/RDKTestProgs# readelf -l ./Test6.elf | grep ld-linux [Requesting program interpreter: /lib/ld-linux.so.3]

  2. 我检查了我的/lib 文件夹，果然缺少ld-linux.so.3 文件。相反，我在/lib/arm-linux-gnueabihf/ 文件夹中找到了它

  3. 所以我通过以下方式在 /lib 文件夹中创建了一个符号链接：

    ln -s /lib/arm-linux-gnueabihf/ld-linux.so.3 /lib/ld-linux.so.3

然后繁荣！有用。然而，我仍然觉得奇怪的是 ldd ./Test6.elf 仍然返回：

 root@arm:/home/ubuntu/RDKTestProgs# ldd ./Test6.elf
 not a dynamic executable

这是否有充分的理由，或者这是否正常？ - 我觉得不合适。

我还注意到我当前的 Float ABI 编译器设置（以及工具链）设置为软，但我的 BeagleBoneBlack 正在运行 arm-linux-gnueabihf - 硬浮点。这会在将来给我带来麻烦吗？我应该寻找不同的工具链吗？

干杯！

【讨论】：

    【解决方案2】：

    我在一个名为“ibstdc++.so.6”的库中遇到了类似的情况。我在 Ubuntu 14.04 上使用 Eclipse 进行开发，并使用 Debian 在 beaglebone 上进行部署。我以前在 Eclipse Ubuntu 12.04 上开发并在 Amstrong 上部署时从未遇到过这个问题。

    我解决问题的方法是阅读上面的 anwsers，然后我将交叉编译器设置为 arm-linux-gnueabihf-g++。似乎我缺少的库只是包含在编译器的硬浮动版本中，而不是软浮动版本中。更改 Eclipse 上的交叉编译器设置并解决问题。

    【讨论】：

    • 嘿@Pablo，是的，我也注意到了这一点。我使用的是使用软浮点的 Sourcery CodeBench 工具链。我的 BeagleboneBlack 上的 Linaro gcc 正在使用硬浮点，所以我刚刚切换到 Linaro 工具链，希望这可以防止将来出现任何错误。干杯！
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-05-25
    • 1970-01-01
    • 2015-01-05
    • 1970-01-01
    • 2015-10-14
    相关资源
    最近更新 更多
    热门标签
    Java Python linux javascript Mysql C# Docker 算法 前端 SpringBoot Redis Vue spring 设计模式 .net core .net kubernetes c++ 数据库 数据结构 大数据 js 机器学习 微服务 Android Go 程序员 面试 JVM ASP.net core 云原生 人工智能 后端 PHP git CSS golang k8s Nginx Django mybatis 深度学习 多线程 React 架构 devops 爬虫 云计算 Spring Boot LeetCode