向GHC传递已废弃优化标志的影响及处理逻辑？

实际编译过程发生了什么 #

当你在Stack配置里用了GHC已废弃的优化标志时，GHC的处理逻辑很明确：

• 弹出警告提示该标志已过时；
• 直接忽略这个废弃标志，不会执行它对应的任何编译逻辑；
• 正常处理剩下所有有效的优化标志，顺利完成整个编译流程。

GHC这么设计是为了兼容旧配置，避免因为单个过时标志就打断构建流程，所以只会发警告而不是直接报错。

潜在后果 #

1. 预期优化落空：你原本指望这个废弃标志实现的特定优化效果会完全消失，可能导致编译出的程序性能不如预期，或者缺少某个你依赖的编译行为（比如旧版的代码生成策略）。
2. 错过新版优化改进：多数废弃标志都会有对应的替代方案——要么是单个新标志，要么是整合到了默认优化或其他细粒度标志里。如果不及时更新配置，你会错过GHC新版本的优化升级，甚至可能出现配置和当前GHC优化策略不匹配的问题。
3. 未来编译报错风险：废弃只是过渡状态，后续GHC版本肯定会把这个标志彻底移除，到时候再用就会直接触发编译错误，而非警告，到时候就得紧急修改Stack配置。

其余优化标志的生效情况 #

完全不用担心，GHC只会单独忽略那个被标记为废弃的标志，剩下所有有效的优化标志都会正常生效，不会因为一个废弃标志导致整组优化配置失效。

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