如何将 strip 与 split-dwarf 结合使用?
how to use strip in conjunction with split-dwarf?
我目前正在尝试使用 --gsplit-dwarf
gcc
标志来自动创建调试符号并将其与构建 libraries/executables 分开。 More info on DWARF Obj files。然而,我观察到 split-dwarf
仍然在剩余的 .o
文件中留下了很多不必要的信息。我想做的是使用 strip
删除该信息,但仍然可以使用 .dwo
/.dwp
文件进行调试;但是,这似乎不起作用。我想剥离发布 executables 以节省 space 并进一步混淆,并希望 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
文件时不起作用。但是,如果我查看构建工件(executable)的符号 table,完整的符号 table 仍然存在。
如果我剥离 executable,table 被移除并且大小减小,但它也剥离引用 dwo
文件的 debug_info
.
另外,符号table不应该包含在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
但需要将其分为编译和 link 步骤,以便构建时间和资源受到的影响较小。不过,我认为这就是单个 gsplit-dwarf
标志的全部意义。
If I strip the executable, the table is removed and the size is reduced, but it also strips away the debug_info that references the dwo file.
正确。
正确的方法是保留未剥离可执行文件和.dwp
文件的副本,同时将剥离后的副本分发给最终用户。
I thought that was the whole point of the single gsplit-dwarf flag, though.
没有
解释了动机here。引用:“通过在编译时将调试信息分成两部分——一部分保留在 .o 文件中,另一部分写入并行 .dwo(“DWARF 对象”)文件——我们可以减少linker."
处理的目标文件的总大小
如果 linker 处理的目标文件的总大小对你来说不是问题(对于 1 GiB 以下的二进制文件来说很少),那么你真的 需要裂变(尽管它可能仍会稍微加快您的link速度)。
我目前正在尝试使用 --gsplit-dwarf
gcc
标志来自动创建调试符号并将其与构建 libraries/executables 分开。 More info on DWARF Obj files。然而,我观察到 split-dwarf
仍然在剩余的 .o
文件中留下了很多不必要的信息。我想做的是使用 strip
删除该信息,但仍然可以使用 .dwo
/.dwp
文件进行调试;但是,这似乎不起作用。我想剥离发布 executables 以节省 space 并进一步混淆,并希望 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
文件时不起作用。但是,如果我查看构建工件(executable)的符号 table,完整的符号 table 仍然存在。
如果我剥离 executable,table 被移除并且大小减小,但它也剥离引用 dwo
文件的 debug_info
.
另外,符号table不应该包含在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
但需要将其分为编译和 link 步骤,以便构建时间和资源受到的影响较小。不过,我认为这就是单个 gsplit-dwarf
标志的全部意义。
If I strip the executable, the table is removed and the size is reduced, but it also strips away the debug_info that references the dwo file.
正确。
正确的方法是保留未剥离可执行文件和.dwp
文件的副本,同时将剥离后的副本分发给最终用户。
I thought that was the whole point of the single gsplit-dwarf flag, though.
没有
解释了动机here。引用:“通过在编译时将调试信息分成两部分——一部分保留在 .o 文件中,另一部分写入并行 .dwo(“DWARF 对象”)文件——我们可以减少linker."
处理的目标文件的总大小如果 linker 处理的目标文件的总大小对你来说不是问题(对于 1 GiB 以下的二进制文件来说很少),那么你真的 需要裂变(尽管它可能仍会稍微加快您的link速度)。