【发布时间】:2021-11-20 21:50:53
【问题描述】:
我目前正在尝试使用 --gsplit-dwarf gcc 标志来自动创建调试符号并将其与构建库/可执行文件分开。 More info on DWARF Obj files。但是,我观察到split-dwarf 仍然在剩余的.o 文件中留下了很多不必要的信息。我想做的是使用strip 删除该信息,但仍然可以使用.dwo/.dwp 文件进行调试;但是,这似乎不起作用。我想剥离发布可执行文件以节省空间和进一步混淆,并希望split-dwarf 允许我这样做。
示例应用app.cpp
int main()
{
int a = 1;
std::cout << "Split DWARF test" << std::endl;
return 0;
}
编译:
g++ -c -gsplit-dwarf app.cpp -o app_dwarf.o
链接:
g++ app_dwarf.o -o app_dwarf -fuse-ld=gold -Wl,--gdb-index
检查构建工件:
readelf -wi app_dwarf
Contents of the .debug_info section:
Compilation Unit @ offset 0x0:
Length: 0x30 (32-bit)
Version: 4
Abbrev Offset: 0x0
Pointer Size: 8
<0><b>: Abbrev Number: 1 (DW_TAG_compile_unit)
<c> DW_AT_low_pc : 0x8da
<14> DW_AT_high_pc : 0x9c
<1c> DW_AT_stmt_list : 0x0
<20> DW_AT_GNU_dwo_name: (indirect string, offset: 0x0): app_dwarf.dwo
<24> DW_AT_comp_dir : (indirect string, offset: 0xe): /home/ross/Desktop/dwarf_test
<28> DW_AT_GNU_pubnames: 1
<28> DW_AT_GNU_addr_base: 0x0
<2c> DW_AT_GNU_dwo_id : 0xdf705add23e14a0b
可以看到它引用了 dwo... 这在 GDB 中也有效,但在我删除 dwo 文件时不起作用。但是,如果我查看构建工件(可执行文件)的符号表,完整的符号表仍然存在。
如果我剥离可执行文件,表格将被移除并减小大小,但它也会剥离引用 dwo 文件的 debug_info。
另外,符号表不应该包含在dwo文件中吗?
希望可以在这里提供一些指导,让我能够捕获工件本身之外的所有调试信息,以便以后进行调试。
另一种方法是多阶段方法,我们执行以下操作:
g++ -g -o app_dwarf app.cpp
objcopy --only-keep-debug app_dwarf app_dwarf.debug
objcopy --add-gnu-debuglink=app_dwarf.debug app_dwarf
strip --strip-unneeded app_dwarf
但需要将其划分为编译和链接步骤,以减少对构建时间和资源的影响。不过,我认为这就是单个 gsplit-dwarf 标志的全部意义所在。
【问题讨论】:
标签: c++ debugging gcc gdb debug-symbols