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：优化
该模式下对于一个大的函数或
