查询可生成恒时目标代码的gcc与clang编译器选项组合

目前gcc和clang均未推出类似-Os的、专门针对恒时性优化的单一编译选项，你可以用以下选项组合实现相近效果：

• 关闭帧指针省略：-fno-omit-frame-pointer，避免不同调用栈深度下帧指针优化带来的执行时间差异
• 控制函数内联行为：可选-fno-inline完全关闭内联，或使用更温和的-fno-inline-small-functions，避免函数内联导致不同调用路径的执行时间不一致
• 禁用分支转计数指令优化：-fno-branch-count-reg，防止编译器将条件分支转换为依赖计数的循环指令，避免不同循环次数产生时序差异
• 关闭条件执行转换：-fno-if-conversion、-fno-if-conversion2，阻止编译器将条件分支转换为条件执行指令（如x86的CMOV、ARM的IT指令），这类指令通常会随操作数不同产生执行时间差
• 内存访问时序防护：-fno-strict-aliasing 避免基于类型别名的优化导致的内存访问时序差异；x86平台可加-mno-sse关闭SSE指令集自动向量化，防止向量化操作随数据内容产生时间差

• -fconstant-time：gcc 12及以上版本新增的实验性选项，会主动禁用所有已知会破坏恒时性的编译Pass，是目前最接近专门恒时优化的单选项
• -fno-speculative-execution：关闭CPU推测执行相关的优化，避免侧信道漏洞引入的时序差异

• -fconstant-time：clang 14及以上版本支持的实验性选项，功能与gcc的同名选项对齐
• -mspeculative-load-hardening：开启推测负载加固，大幅降低推测执行带来的时序侧信道风险

注意：编译选项只能辅助提升生成代码的恒时性，无法完全替代代码层面的恒时实现。你需要在代码中主动避免基于秘密数据的条件分支、避免用秘密数据作为数组索引偏移，编译完成后建议通过dudect等侧信道分析工具验证恒时性。

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