同代码编译生成不同ELF Build ID的原因排查（非显式指定）

以下是同一代码版本编译出的ELF文件Build ID不同的常见原因：

• 编译时间戳差异：默认情况下，GCC/binutils生成Build ID时会将编译过程中生成的目标文件（.o）的时间戳纳入哈希计算。哪怕代码完全一致，两次编译的时间不同，就会导致Build ID变化。
• 编译工作目录/中间文件路径差异：如果两次编译在不同的目录下执行，或者中间目标文件的绝对路径不同，链接器计算Build ID的哈希值时会包含这些路径信息，最终导致结果不同。
• 编译器/链接器版本或隐式配置差异：不同版本的GCC、binutils（尤其是ld链接器）可能对Build ID的生成逻辑有细微调整。另外，哪怕是同一版本，不同环境下的默认编译/链接选项（比如powerpc64le特有的默认优化、链接脚本差异）也会影响Build ID的计算。
• 符号表或调试信息的细微差异：即使函数二进制代码完全一致，符号表的排序、默认生成的轻量调试信息（比如某些编译器默认会生成的最小调试元数据）、甚至局部符号的自动命名细节差异，都会被纳入Build ID的哈希范围，引发差异。
• 依赖库的版本或路径差异：编译时链接的系统依赖库（如libc、libpthread等）如果版本不同，或者其安装路径有变化，链接器会将这些依赖的相关信息加入Build ID的计算，导致最终生成的Build ID不同。
• 环境变量或临时文件影响：部分环境变量（如LANG、PATH）可能间接影响编译器/链接器的行为；如果编译过程中存在自动生成的临时文件（如动态生成的配置头文件），哪怕内容逻辑一致，但生成时间或路径不同，也会导致Build ID变化。

内容的提问来源于stack exchange，提问作者Marco Montevechi Filho