GCC -fPIC编译符号重定位类型差异原因排查

核心原因：汇编器版本差异是关键，GCC与汇编器的适配逻辑及Clang的独立处理共同导致该现象 #

• 汇编器（GAS）版本是直接影响因素
  Ubuntu 24.04搭载的binutils（包含GNU汇编器GAS）版本远高于Ubuntu 18.04（前者通常为2.40+，后者为2.30左右）。两者对PIC模式下call symbol指令的重定位处理逻辑不同：

  • 高版本GAS在编译-fPIC代码时，会默认将外部函数调用的call指令映射为R_X86_64_PLT32重定位——这是PIC代码中跨模块函数调用的标准处理方式，通过*PLT（过程链接表）*保证代码的地址无关性。
  • 低版本GAS在相同场景下，会为call symbol生成R_X86_64_PC32重定位，这种重定位本身不依赖PLT，在动态链接时需要额外处理，但不属于可重定位的PLT类型。

• GCC与汇编器的适配逻辑差异
  即使在Ubuntu 18.04手动安装了GCC 13.2，由于系统默认使用低版本汇编器，GCC会适配旧汇编器的行为，不会强制生成PLT类型的重定位。而Ubuntu 24.04中GCC 13.2与高版本汇编器协同工作，遵循新的PIC代码生成规范，因此输出R_X86_64_PLT32。

• Clang的独立处理逻辑
  Clang对汇编指令的生成逻辑更独立，使用callq时会明确指定生成可重定位的PLT相关类型，不受系统汇编器版本的影响，因此在两种系统下表现一致。

• GLIBC版本是间接关联而非直接原因
  GLIBC 2.39与2.27的差异不会直接决定重定位类型，但高版本GLIBC通常与高版本binutils配套发布，系统编译链的整体更新间接导致了这种差异。GLIBC主要影响动态链接时的符号解析逻辑，而非汇编阶段的重定位类型生成。

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