没有合适的资源?快使用搜索试试~ 我知道了~
首页gcc编译器优化选项分析
资源详情
资源评论
资源推荐

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 作为分析,毕竟同出一源)
正文:
1. 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
剩余11页未读,继续阅读


















安全验证
文档复制为VIP权益,开通VIP直接复制

评论10