本文仅适用于,有愿意、爱捣鼓的童靴。
因编译器优化导致编译BUG,即DEBUG下面无故障稳定工作,但RELESE下程序会在特定函数位置上崩溃。
这要求 C/C++ 开发人员拥有最基本的素质,需要能够承受,逐行审视编译器输出的目标平台汇编代码、从函数崩溃点往上(及整个汇编函数段内)逐行审视分析的苦逼。
大多数简单的 C/C++ 开发的程序,并不需要这样的捣鼓,但当 C/C++ 大量的应用宏、模板元编程的时候,遭遇类似的编译器BUG,将无法避免。
我们既无法要求、或寄托开发编译器的人们,能够解决这个问题,因为这个事情,遥遥无期,所以,这需要童靴们,要有自己动手折腾的能力。
看汇编是为了知道,C/C++ 在把代码翻译为汇编代码的时候,到底出现了什么问题,
例如:
1、常数100,变成250
2、汇编调用了错误地址
3、汇编之中,对于 C/C++ 结构内存对齐不正确
4、错误的优化导致的崩溃,如内链接代码错误(inline BUG)
5、寄存器优化BUG(寄存器被复用,致程序读写值错误)
根据审视这些汇编代码,来推论属于哪一类的情况,但通常,我们并不需要这么复杂的具体分析,这么分析是为了最高效能,极致 C/C++ 代码性能吞吐优化,所以需要细微入致,谨慎分析、代码调效。
如果你不能通