90年代编译器（如Watcom）是否不支持编译期常量int转float？

一、这类编译期转换优化在90年代属于罕见特性吗？ #

是的，这类编译期整数转浮点常量折叠优化在90年代确实属于比较少见的特性，原因如下：

• 当时编译器的核心目标是保证代码正确性，性能优化属于附加功能，很多普及型编译器仅实现了基础的优化逻辑，像常量转换这类细节优化并未纳入默认实现。
• 90年代的优化选项分层明确，这类小尺度优化往往需要手动开启高级优化开关才会生效，而多数开发者可能在默认无优化或低优化等级下编译代码，自然看不到这个优化效果。
• 游戏开发圈当时普遍流行手动做这类性能优化（比如用memset直接填充内存为0），也侧面证明了编译器自动优化的缺失。

二、Watcom编译器未实现该优化是否合理？ #

完全合理，这符合90年代编译器的普遍现状：

• Watcom在当时以生成高效的x86代码闻名，但它的优化侧重在循环展开、寄存器分配这类对计算密集型程序影响更大的方向，常量转换这类细节优化不在其默认优化优先级里。
• 当时的C语言标准对常量表达式处理没有强制优化要求，编译器拥有很大的自主选择权，Watcom选择不默认开启这类优化，或者仅在高等级优化下支持，是完全符合行业常规的。
• 作者大概率是在默认编译模式下测试的，若开启Watcom的高级优化选项（比如-O2），大概率能看到编译器自动把整数0转换为浮点常量的优化效果。

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