【发布时间】:2011-03-18 01:56:19
【问题描述】:
我想在 GIMP 中跟踪一些代码,因此需要启用调试符号的 GIMP。我不记得我是否在编译期间启用了它们。如何在不重新编译程序的情况下进行检查?
【问题讨论】:
标签: debugging compilation symbols gimp
我想在 GIMP 中跟踪一些代码,因此需要启用调试符号的 GIMP。我不记得我是否在编译期间启用了它们。如何在不重新编译程序的情况下进行检查?
【问题讨论】:
标签: debugging compilation symbols gimp
您可以在 Linux 上使用 file 和 objdump。特别是,您可以查看文件是否显示“已剥离”或“未剥离”(在我的Ubuntu 20.04.1 LTS 下,是否使用-g 编译可执行文件会显示not stripped 和@987654327 @ 命令。但是带有-g 的那个,除此之外还显示with debug_info,),以及objdump --syms 是否输出任何有用的东西(对我来说,它表示常规构建的“无符号”)。
【讨论】:
otool -Iv。
with debug_info 出现在 file-5.30 中,带有 Stretch。所以另一种选择是寻找.debug_info部分(objdump -h a.out | grep .debug_info)。
运行objdump --syms 命令时,我在输出中看到的不仅仅是“无符号”(至少对于内核对象)。
要检查内核对象内是否有调试信息,您可以在objdump 命令的末尾添加以下内容:| grep debug。
如果找到此字符串,您就知道内核对象包含调试信息。如果不是,那么它就是一个“干净”的内核对象。
我编译的内核模块示例没有调试信息:
geertvc@jimi:~/mystuff/kernels/linux-3.12.6$ objdump --syms ./modules/lib/modules/3.12.6/kernel/drivers/i2c/busses/i2c-at91.ko | grep debug
我编译的同一内核模块的示例带有调试信息:
geertvc@jimi:~/mystuff/kernels/linux-3.12.6$ objdump --syms ./modules/lib/modules/3.12.6/kernel/drivers/i2c/busses/i2c-at91.ko | grep debug
00000000 l d .debug_frame 00000000 .debug_frame
00000000 l d .debug_info 00000000 .debug_info
00000000 l d .debug_abbrev 00000000 .debug_abbrev
00000000 l d .debug_loc 00000000 .debug_loc
00000000 l d .debug_aranges 00000000 .debug_aranges
00000000 l d .debug_ranges 00000000 .debug_ranges
00000000 l d .debug_line 00000000 .debug_line
00000000 l d .debug_str 00000000 .debug_str
00000010 l .debug_frame 00000000 $d
如您所见,第一个输出不返回任何内容,而第二个输出返回包含debug 的行。
注意:在我的情况下,file 命令在 调试和非调试情况下都返回“未剥离”。然而,内核对象的大小差异是显着的:
很明显,后一个版本里面有调试信息。
我的问题:file 命令在这种情况下可靠吗?
根据我的经验,我依赖objdump --syms ... | grep debug 命令。
【讨论】:
file 也有同样的问题。对我来说,没有grep 位的objdump --syms 即使在非调试版本中也会产生很多结果,但grep 有助于调出特定的调试符号,所以这对我有用。
file 表示“使用 debug_info,未剥离”或只是“剥离”。