排查GCC自动链接signal、abort等函数的原因及禁用方法

一、定位引发自动链接的代码 #

• 利用GCC警告直接定位：编译时添加-Wall -Wextra参数，其中-Wnonnull会直接检测未检查NULL指针就使用的代码行，这类代码通常会触发编译器自动插入abort等函数调用。
• 通过汇编和符号工具追踪：
  • 用gcc -S your_code.c生成汇编文件，搜索abort、raise等符号，找到对应的调用位置，再对应回C代码的具体行。
  • 用nm -u your_object.o查看目标文件中的未定义符号，对比代码变更前后的输出，找出新增的abort、signal等符号对应的目标文件，缩小排查范围。
• 二分法排查代码变更：把近期的代码修改分成若干部分，逐一回滚并重新编译，观察哪部分回滚后不再链接这些函数，快速定位问题代码块。
• 检查隐含的标准库触发点：留意代码中是否使用了assert()宏（默认调用abort）、未处理的NULL指针解引用、某些字符串操作的非法内存访问等场景，这些都会间接触发标准库函数的链接。

二、禁用自动链接stdlib相关函数的方法 #

• 完全不链接标准库：编译时使用-nostdlib参数，但需要自行提供程序启动代码和必要的基础函数实现，适合极端内存受限的场景。
• 替换特定函数实现：使用链接器的--wrap选项替换标准库函数，比如要替换abort：
  1. 自定义极简实现：

  void __wrap_abort(void) {
      while(1); // 自定义无输出的终止逻辑
  }
  

  2. 编译时添加参数：gcc your_code.c -Wl,--wrap=abort，链接器会用你的__wrap_abort替代标准库的abort。
• 禁用编译器内置函数：添加-fno-builtin-abort、-fno-builtin-raise等参数，阻止编译器自动插入这些函数的调用。注意：这会关闭对应的安全检查，必须确保代码本身无非法内存访问。
• 使用轻量级标准库：替换为musl libc、newlib-nano等专为嵌入式/内存受限场景设计的标准库，它们的体积远小于glibc，能有效减少bss段占用。

内容的提问来源于stack exchange，提问作者user1054922