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（Mountain Lion）
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 ... 其他符号的数量取决于调试级别，请参阅-O和-g选项的GCC联机帮助页。我们看到，有一个数字。它是十六进制的。它在32位机器上有8位数字，在64位机器上有16位数字（因为n位CPU意味着n位表示指针，符号实际上是二进制文件中的指针）。然后我们有符号类型。现在只有两个值有趣：T是C / C ++ / ...方法，t是汇编程序。如果我们编译以下汇编代码，请看看会发生什么：

myproc:

GCC和Clang在编译汇编时不应该推送调试符号，因此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) {}

只有第二个名字被破坏了。我想这可能是个问题。而且，这些警告意味着什么。它们意味着系统重新编译时调试符号数量很少。

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

1 个答案: