DATE 和 TIME 是确定性构建的最大拦路虎，因其每次编译自动展开为当前日期时间字符串，导致即使源码和编译参数完全一致，二进制输出仍因编译时刻不同而不同。
为什么 __DATE__ 和 __TIME__ 是确定性构建的最大拦路虎
这两个预定义宏在每次编译时自动展开为当前日期和时间字符串，哪怕源码、编译器、参数完全一致，只要编译时刻不同，生成的二进制就不同。它们常被用在版本打印、日志头、自动生成的头文件里——但根本没意识到这直接破坏了可重现性。
- 检查所有
#include的头文件，特别是自动生成的（如build_info.h），确认没用__DATE__或__TIME__ - 用
grep -r '__DATE__\|__TIME__' src/ include/快速扫一遍 - 如果真需要构建时间戳，改用构建系统注入（如 CMake 用
configure_file()+${CMAKE_CONFIGURE_TIME}），而非预处理器宏
CMake 中必须关闭的三个非确定性开关
CMake 默认行为里藏着几个“静默污染”构建结果的选项，不显式关掉，make clean && make 都可能产出不同哈希值。
- 禁用
CMAKE_BUILD_TYPE的隐式时间戳：显式设置-DCMAKE_BUILD_TYPE=Release，别依赖空值或 shell 环境变量动态推断 - 关闭调试信息路径嵌入：加
-DCMAKE_CXX_FLAGS="-grecord-gcc-switches -fdebug-prefix-map=${CMAKE_SOURCE_DIR}=." -fdebug-prefix-map=${CMAKE_BINARY_DIR}=. - 禁止绝对路径写入 debug info：确保
CMAKE_DEBUG_POSTFIX和CMAKE_RELEASE_POSTFIX不含时间或随机成分
gcc/clang 编译时必须传的四个关键 flag
光靠 CMake 设置不够，底层编译器仍会偷偷塞入主机路径、时间、随机 salt。这些 flag 才是真正掐断不确定性源头的开关。
-
-frecord-gcc-switches：让编译器把命令行参数记进 ELF 注释区，方便后续比对 -
-fdebug-prefix-map=/abs/path/to/src=.：把所有绝对源码路径映射成.，消除主机路径差异 -
-Wl,--build-id=sha1（或=0x…）：强制固定 build-id，否则 ld 会按输入顺序或随机数生成 -
-gstrict-dwarf（GCC 10+）或-gdwarf-4：避免编译器因版本差异输出非标准 DWARF 变体
链接阶段最容易被忽略的两个陷阱
即使编译出的 .o 文件完全一致，链接器仍可能因输入顺序、符号解析策略、归档处理方式导致最终 binary 差异。这不是 bug，是默认行为。
立即学习“C++免费学习笔记（深入）”；
- 用
ar rcs替代ar rc构建静态库：确保符号表排序稳定（s表示 sort） - 链接时显式指定
--no-as-needed和--allow-multiple-definition（如需），避免链接器因依赖图遍历顺序不同而省略/保留某些符号 - 慎用
ld -r（relocatable link）：它不保证段偏移和符号地址稳定，不适合做可重现中间产物
真正的难点不在加 flag，而在验证——你得用 diffoscope 对比两个 binary，而不是只看 sha256。很多差异藏在 debug sections、.comment 段、build-id 字段里，肉眼或简单 hash 根本发现不了。
