使用-gc-sections选项搭配gold链接器静态编译时出现链接错误的原因咨询

你遇到的这个错误其实是GNU gold链接器在启用-gc-sections（垃圾回收未使用节）时，和静态库中SystemTap探测节（.note.stapsdt）的交互bug导致的，我来给你拆解一下：

错误的核心原因 #

.note.stapsdt节是GNU libc中用来存储SystemTap动态探测点元数据的特殊节，这些节内部的重定位会引用对应目标文件（比如pthread_create.o）里.text节的局部符号。当你开启-gc-sections时，gold链接器会自动扫描并丢弃它判定为“未被使用”的节，但它在这里的逻辑出现了问题：它错误地将pthread_create.o中被.note.stapsdt引用的.text节标记为可丢弃，却保留了.note.stapsdt节本身，最终导致重定位指向的符号所在的节已经被删掉，触发了这个错误。

为什么其他组合没问题？ #

• 不加-gc-sections的gold链接器：没有节垃圾回收逻辑，所有节都会被保留，重定位自然不会失效
• bfd链接器加-gc-sections：bfd对这类特殊节的处理逻辑更保守，它会自动保留被.note.stapsdt引用的.text节，不会出现误丢弃的情况

几个可行的解决办法 #

1. 直接丢弃SystemTap探测节
   如果你不需要用SystemTap调试你的程序，完全可以让链接器直接丢掉这些探测节，这样既保留-gc-sections的优化，又能避开错误：

   g++ test.cpp -o out -O3 -fuse-ld=gold -Wl,-gc-sections,--discard-note=stapsdt -static
   

2. 强制保留探测相关的节
   如果你需要保留SystemTap探测功能，可以让链接器强制保留.note.stapsdt节，这样它就不会误删对应的.text节了：

   g++ test.cpp -o out -O3 -fuse-ld=gold -Wl,-gc-sections,--keep-section=.note.stapsdt -static
   

3. 切换到lld链接器
   lld链接器对-gc-sections的支持更稳定，处理这类特殊节的逻辑也更完善，静态编译时的尺寸优化效果也不逊于gold，试试这个命令：

   g++ test.cpp -o out -O3 -fuse-ld=lld -Wl,-gc-sections -static
   

另外补充一点：Bazel默认的优化构建之所以没问题，大概率是它默认配置了丢弃这类调试/探测节，或者默认使用了更适配的链接器选项组合，避开了gold的这个坑。

内容来源于stack exchange