如何调试clang C++编译器bug？clang前端命令失败退出码139

• 优先调整编译参数规避：Clang 12默认启用的实验性新Pass Manager是大量前端崩溃的诱因，先给出错的编译单元添加编译参数-fno-experimental-new-pass-manager测试。如果仍未解决，再添加-O0关闭所有优化，绝大多数前端崩溃都由优化逻辑触发，降优化等级可快速恢复编译推进后续开发。
• 拆分冲突编译单元：将调用新C20库的代码从原有大编译单元中拆分出来，单独编译时屏蔽原有业务代码的复杂头文件依赖，多数崩溃由新库的C20语法和原有代码的旧模板、宏定义冲突触发，拆分后可快速验证是否为依赖冲突问题。
• 升级同大版本Clang：可尝试切换到Clang 12.0.x的最新小版本（如12.0.5），小版本一般仅修复崩溃、合规类问题，ABI完全兼容12.0.1，不需要修改业务代码即可解决已知的前端崩溃缺陷。

• 使用C-Reduce工具自动裁剪预处理文件：该工具专门用于自动生成编译器bug的最小复现用例，先通过编译参数-E生成出错单元的预处理.i文件，再编写简单的判断脚本（判断逻辑为编译输出包含Clang frontend command failed即为复现成功），C-Reduce会自动将数万行的预处理文件裁剪到仅几十行的语法级最小复现用例，不会泄露业务代码逻辑，可直接提交给Clang开发团队。
• 提取栈追踪关键词定位特性：无需读懂完整栈追踪信息，仅需提取栈最后几层的特征关键词：如出现TemplateInstantiation相关字段即可定位为模板实例化触发，出现ConstexprExpr相关字段即可定位为常量表达式计算触发，优先屏蔽新库中对应特性的调用即可快速定位触发点。
• 二分提交定位触发代码：若代码托管平台有提交记录，可通过二分法分批合并新库的集成代码，每次仅合并部分改动，快速定位到首次触发崩溃的具体代码行。

• 添加-v参数开启verbose编译输出，可看到崩溃前Clang正在处理的头文件、正在实例化的模板/函数，直接定位到具体代码位置。
• 添加-ftime-trace参数生成编译时间火焰图，崩溃前最后处理的代码单元即为触发bug的位置。

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