GCC–o优化选项说明.doc

GCC编译器优化选项分析及具体优化了什么 收藏 起因： 目前项目使用nios IDE作为开发平台，其使用的编译器为gcc的交叉编译器。在设定编译条件时，在debug模式下生成的程序正常，但是在release模式下会出现LCD显示的开端显示不全，缺少一个字节或字的状况。为了了解具体为什么造成该问题，对两种模式下的配置做了对比，编译器皆为nios2-elf-gcc交叉编译器，debug模式编译器参数为：-DALT_DEBUG -O0 -g –Wall。release模式编译器参数为: -DALT_RELEASE -O2 -g –Wall。 两种模式下的参数简单说明如下 -DALT_DEBUG：目前没有明确资料显示该项的具体作用，根据命名可认为与调试有关选项。且两种模式下都有，暂时认为不会造成差异。 -O0: gcc编译器默认优化等级。 -g：gdb调试器支持选项用于在编译时生成相关调试信息。 -Wall：打开所有编译器告警选项，即编译器最严格告警模式。 -O2：gcc编译高于O0低于O3的编译优化选项。 通过对比可以发现两种模式主要的不同在于编译器优化程度不同，那么编译器在两种优化下究竟做了什么优化那？是否由这些问题造成的显示丢失问题那？？现在我们来看看gcc编译器的优化参数到底做了什么优化。（注：由于关于nios2-elf-gcc的文档资料十分稀少，不能形成可分析的文档，所以以通用的gcc作为分析，毕竟同出一源） 正文： GCC编译器优化选项介绍： GCC编译器在目前是不是用最多的编译器也相去不远，尤其在嵌入式领域很多编译器都是基于GCC的cross gcc版本。毕竟功能成熟而且有开放的源代码。 这里只介绍优化编译的参数 -O用来开启优化编译选项。 -O0：默认模式，不做任何优化。 -O1：优化。该模式下对于一个大的函数或功能会花费更多的时间和内存。 在-O1下：编译会尝试减少代码体积和代码运行时间。但是并不执行会花费大量时间的优化操作。 在该模式下将打开一下优化选项: -fdefer-pop -fdelayed-branch -fguess-branch-probability -fcprop-registers -floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp -ftree-dce -ftree-dominator-opts -ftree-dse -ftree-ter -ftree-lrs -ftree-sra -ftree-copyrename -ftree-fre -ftree-ch -funit-at-a-time -fmerge-constants 该模式下在不影响调试的状况下还会打开‘-fomit-frame-pointer优化项。 同时该模式不会为Ada编译器打开‘-ftree-sra’优化项，如需要则请使用命令参数输入‘-ftree-sra’进行优化。 -O2:进一步优化.GCC执行几乎所有支持的操作但不包括空间和速度之间权衡的优化。-O2优化等级下，并不执行循环展开和函数“内联”【注1】优化操作。与-O1比较该优化-O2将会花费更多的编译时间当然也会生成性能更好的代码。-O2除了打开-O1的所有优化参数外还打开以下优化选项。 -fthread-jumps -fcrossjumping -foptimize-sibling-calls -fcse-follow-jumps -fcse-skip-blocks -fgcse -fgcse-lm -fexpensive-optimizations -fstrength-reduce -frerun-cse-after-loop -frerun-loop-o -fcaller-saves -fpeephole2 -fschedule-insns -fschedule-insns2 -fsched-interblock -fsched-spec -fregmove -fstrict-aliasing -fdelete-null-point