Question

我正在尝试使用调试符号编译程序，以便valgrind为我提供行号。我发现如果我一次编译一个简单的测试程序（使用-g），那么它包含符号。但是，如果我在两次传递中编译（即编译然后链接），那么它不包含调试符号。

这是单通案例的编译命令：

g++ -g file.c -o file

两次传球

g++ -g -c file.c -o file.o
g++ -g file.o -o file

实际程序看起来像这样，包含一个简单的无效写入

int main(){
    int* x = new int[10];
    x[10]=1;

}

如果我用一次传递编译，那么valgrind给出以下内容（注意末尾的行号）

==24114== 40 bytes in 1 blocks are definitely lost in loss record 2 of 9
==24114==    at 0xB823: malloc (vg_replace_malloc.c:266)
==24114==    by 0x5768D: operator new(unsigned long) (in /usr/lib/libstdc++.6.0.9.dylib)
==24114==    by 0x576DA: operator new[](unsigned long) (in /usr/lib/libstdc++.6.0.9.dylib)
==24114==    by 0x100000F09: main (file.c:3)

如果我在两次传递中编译，我得到这个（没有行号）：

==24135== 40 bytes in 1 blocks are definitely lost in loss record 2 of 9
==24135==    at 0xB823: malloc (vg_replace_malloc.c:266)
==24135==    by 0x5768D: operator new(unsigned long) (in /usr/lib/libstdc++.6.0.9.dylib)
==24135==    by 0x576DA: operator new[](unsigned long) (in /usr/lib/libstdc++.6.0.9.dylib)
==24135==    by 0x100000F09: main (in ./file)

对此有任何见解将非常感激。我在OS X 10.7.3上使用gcc版本4.2.1

Answer 1

最后评论 - 它确实是OS X特定的“功能”，与OS X链接调试信息的方式有关。 Valgrind使用命令--dsymutil=yes帮助用户规避问题。

您可以在此处详细了解：http://valgrind.org/docs/manual/manual-core.html#manual-core.erropts

归功于Dave Goodell，他在valgrind用户论坛上向我发送了解决方案。

Answer 2

只是将这个问题标记为“已回答”（因此不会被其他人不必要地打开和阅读）。

=＆GT; 答案是从“user1288111”到初始问题的评论。

链接时调试符号丢失了吗？

2 个答案: