如何获得在 Mac OS X 上运行的自制版本的 GDB？

Question

我正在尝试使用 gdb 在 Eclipse 中调试 C++ 程序。我认为它在我的 main() 函数中运行良好，但在其他地方，当我尝试查看变量的值时它会给我一个警告：

Failed to execute MI command:
-data-evaluate-expression variable
Error message from debugger back end:
Could not find the frame base for "Class::method()".`

在网上搜索之后，我很难理解这个错误的含义或找出解决问题的方法。 Stack Overflow 周围还有一些其他类似的问题（here 和 here）。

由于 Apple 的 Xcode 命令行工具非常过时（请参阅 gcc 和 gdb 问题），我需要使用我自己的自制版本。我不知道这些工具的设置中是否有我可能遗漏的东西。

我可以使用 gdb 从命令行进行调试，但遇到了同样的错误："Could not find the frame base for "Class::method()"，所以我很确定这不是 Eclipse 的问题。

是否有任何事情会引起任何人的注意，这可能会导致这个问题？

• Mac OS X 10.8.5（山狮）
• Eclipse 4.2.1 (Juno)
• gcc 4.8.2（自制）（带有-O0 和-g3）
• gdb 7.6.2（自制和代码设计）

更新：

我也看到了这条线：

BFD: /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork(i386:x86-64): unknown load command 0x20

随后出现几个警告：

warning: Could not open OSO archive file "/private/tmp/gcc48-KqoQ/gcc-4.8.2/build/x86_64-apple-darwin12.5.0/libstdc++-v3/src/../libsupc++/.libs/libsupc++convenience.a"
warning: Could not open OSO archive file "/private/tmp/gcc48-KqoQ/gcc-4.8.2/build/x86_64-apple-darwin12.5.0/libstdc++-v3/src/../src/c++11/.libs/libc++11convenience.a"
warning: Could not open OSO archive file "/private/tmp/gcc48-KqoQ/gcc-4.8.2/build/x86_64-apple-darwin12.5.0/libstdc++-v3/src/../src/c++98/.libs/libc++98convenience.a"
warning: `/private/tmp/gcc48-KqoQ/gcc-4.8.2/build/x86_64-apple-darwin12.5.0/libstdc++-v3/src/.libs/compatibility-atomic-c++0x.o': can't open to read symbols: No such file or directory.
warning: `/private/tmp/gcc48-KqoQ/gcc-4.8.2/build/x86_64-apple-darwin12.5.0/libstdc++-v3/src/.libs/compatibility-c++0x.o': can't open to read symbols: No such file or directory.
warning: `/private/tmp/gcc48-KqoQ/gcc-4.8.2/build/x86_64-apple-darwin12.5.0/libstdc++-v3/src/.libs/compatibility-chrono.o': can't open to read symbols: No such file or directory.
warning: `/private/tmp/gcc48-KqoQ/gcc-4.8.2/build/x86_64-apple-darwin12.5.0/libstdc++-v3/src/.libs/compatibility-debug_list-2.o': can't open to read symbols: No such file or directory.
...

持续几行。谷歌搜索“gdb bfd unknown load command”发现很多网站没有任何解决方案，但似乎都表明gdb的非苹果版本和Mac OS X 10.8+之间可能存在冲突。

任何见解都会大有帮助！

Answer 1

这是因为名称损坏。名称与 GCC 和 Clang 相同（它们通常共享相似的机制）。名称修改使 C/C++ 方法和程序集过程具有相同的名称。看看 C 定义会发生什么：

void myfunc() {}

我们使用nm 来查看符号的二进制名称。使用 nm --demangle 查看未损坏的名称。编译文件的 Nm 输出为： ... 0000000000000000 T _myfunc ... 其他符号的数量取决于调试级别，请参阅 GCC 手册页以了解 -O 和 -g 选项。如我们所见，有一个数字。它是十六进制的。它在 32 位机器上有 8 位，在 64 位机器上有 16 位（这是因为 n 位 CPU 意味着 n 位代表一个指针，符号实际上是二进制文件中的指针）。然后我们有符号类型。现在只有两个值是有趣的：T 是 C/C++/... 方法，t 是汇编程序。如果我们编译以下汇编代码，看看会发生什么：

myproc:

GCC 和 Clang 在编译 Assembly 时不应推送调试符号，因此 nm 的输出可能如下所示：

0000000000000000 t myproc

程序集过程名称未损​​坏。 C++ 被破坏了，非常奇怪。符号名称中不允许使用某些字符，例如 : 或 ,。编译这个 C++ 源代码：

namespace myspace { void myfunc() {} }

我们看到输出：

...
0000000000000000 T __ZN7myspace6myfuncEv
...

并且主方法名称永远不会被破坏。如果我们有这样的：

int main(int argc, char** argv) {}
int main(std::vector<std::string> args) {}

只有第二个名字被破坏了。我认为这可能是问题所在。而且，这些警告没有任何意义。这意味着系统重新编译时调试符号数很少。