为什么在Buildroot中使用Linaro外部工具链时找不到gdbserver？

Question

我将 Buildroot 2018.02 用于 IMX6 板和基于 GCC 2017.11 (GCC 7.2.1) 的 Linaro 外部工具链 2017.11

现在我正在目标上添加一些调试工具，例如 gdbserver。

如果我使用选项 "Build cross gdb for the host" 并在 "Target Packages > Debugging,.." 菜单中选择主机的 gdb 调试器版本 7.11.x 以及 gdbserver (BR2_PACKAGE_GDB_SERVER)，一切正常。 Buildroot 中还有其他版本的 gdb，例如 7.12.x 和 8.0.x。

但是，对于外部工具链，推荐的方法是： https://github.com/mbats/eclipse-buildroot-bundle/wiki/Tutorial-:-How-to-debug-a-remote-application-%3F 表示只激活 Buildroot 中的 "Copy gdb server to the Target" 选项（虽然帖子有点旧）

我注意到BR2_TOOLCHAIN_EXTERNAL_LINARO_ARM 描述说 Linaro gdb 基于 gdb 8.0，所以是我使用的更新版本 (7.11.x)。

但是当我这样做时，我在目标板上有以下消息：

# gdbserver
-sh: gdbserver: not found

尽管有以下几点：

# which gdbserver
/usr/bin/gdbserver

gdbserver 二进制文件在目标上。

如何在 Buildroot 中解决这个问题？

此外，我还有两个问题：

1. 拥有 Linaro 工具链 gdb 真的很重要吗？ 在我的情况下，“开箱即用”的 gdb 7.11.x？
2. 如果我不使用 Linaro gdb，那么我应该使用 gdb 版本吗 8.0.x（因为 Linaro 版本是基于 GDB 的 8.0 的）？

感谢您的帮助。

Answer 1

Linaro 2017.11 工具链中的 gdbserver 二进制文件已损坏：它请求 /usr/lib/ld.so.1 作为程序解释器（见下文），但该程序解释器不存在。

您可以尝试创建符号链接/usr/lib/ld.so.1 -> /lib/ld-linux-armhf.so.3（如果可行，请将其添加到文件系统覆盖中）。或者，您可以通过将其放在可执行文件之前显式指定程序解释器，即/lib/ld-linux-armhf.so.3 /usr/bin/gdbserver。

“程序解释器”是 ELF 文件的一个参数，它指向一个程序，该程序用于将 ELF 文件加载到内存中并开始执行它。程序解释器的主要职责是查找和加载程序需要的动态库。因此，它通常被称为“动态库加载器”，或ld.so。它与工具链一起构建和安装 - 特别是标准 C 库 (glibc)。当一个程序被链接时，链接器也会设置程序解释器（它是从libc.so复制而来的）。显然 Linaro 做了一些非常特别的事情，最终导致 gdbserver 可执行文件中出现错误的程序解释器。

Answer 2

# gdbserver
-sh: gdbserver: not found

尽管有以下几点：

# which gdbserver
/usr/bin/gdbserver

最有可能：

1. gdbserver 是动态链接的二进制文件，并且
2. 此二进制文件链接到使用的 ELF 解释器在目标系统上不存在。

使用readelf -l /usr/bin/gdbserver | grep -i interpreter 找出这个gdbserver 需要什么运行时加载程序。验证目标上不存在该文件。将其复制到目标并享受。