—O0: 默认情形,不进行优化 (大写字母O后接数字0) -O1-O: 较低的优化级别,编译器会尝试减少空间大小和优化程序的执行时间,但不执行需要消耗大量编译时间的优化 -O2: 较高的优化级别,牺牲更多编译时间来提高程序的性能 -O3: 最高的优化级别,宁愿牺牲空间来提升程序的执行速度 -Og: 主要使用-O1优化, 除了那...
GDB 调试的时候发现程序的一些变量被优化了出现:optimizedout, 修改了优化等级为-O0 也不行,加-g 也不行。 查了一些资料发现-O0 确实无法做到让Gcc不优化,GCC 还是会把一些内容优化了。 真是苦恼。难道除了在函数面前加__attribute__((optimize(“O0”))) 的方式,没有别的办法让GCC 不要优化程序吗 通过...
-fstack-arrays 6.-Og: 该标识会精心挑选部分与-g选项不冲突的优化选项,当然就能提供合理的优化水平,同时产生较好的可调试信息和对语言标准的遵循程度。
-Og 应该是标准编辑-编译-调试循环的优化级别选择,提供合理的优化级别,同时保持快速编译和良好的调试体验。 对于生成可调试代码来说,它是比 -O0 更好的选择,因为在 -O0 处禁用了一些收集调试信息的编译器传递。 与 -O0 一样,-Og 完全禁用许多优化过程,以便控制它们的各个选项不起作用。 否则 -Og 启用所有 ...
1 -O0/-Og -O0是默认选项,不执行任何优化。在编译调试版本的时候,一般使用-O0,可以确保调试执行过程完全和代码一致(如果使用优化选项,根据源文件设定的断点和经过优化编译得到的程序可能对不上,所以不能准确停在预期的地方)。 -Og是针对调试的优化选项,它会启用-O1的优化指令,除了那么可能会干扰调试的优化选项...
对于gcc来说,这通常意味着-g对-O的某些版本。现在,我看到了这样一种情况:优化的构建是用-O3构建的,而调试版本是用-g3和-O3构建的。mangcc确实表明这是可能的,但对于实际调试而言,这似乎与我的直觉相悖。回顾使我想起了-Og,它允许不干扰调试的优化。这对我来说是有意义的,但是,除非您基本上尝试调试...
1. gcc中指定优化级别的参数有:-O0、-O1、-O2、-O3、-Og、-Os、-Ofast。 2. 在编译时,如果没有指定上面的任何优化参数,则默认为 -O0,即没有优化。 3. 参数 -O1、-O2、-O3 中,随着数字变大,代码的优化程度也越高,不过这在某种意义上来说,也是以牺牲程序的可调试性为代价的。
最新的版本是GCC 11.2.0。GCC 4.6.4以上的版本优化等级是一样的,只是优化选项略有差异。 1 优化等级说明 GCC 4.6.4以上版本,有**-O0、-O1、-O2、-O3、-Os、-Ofast、-Og**几个优化等级,参数 -O1、-O2、-O3 中,随着数字变大,代码的优化程度也越高,不过这在某种意义上来说,也是以牺牲程序的可调试性...
-`-Og`:生成适合进行调试的优化级别。 -`-dA`:指定以AT&T汇编语法显示调试信息。 - `-dB`:指定以Intel汇编语法显示调试信息。 4.优化参数 GCC提供了许多用于优化程序性能的参数,以下是一些常用的优化参数: -`-O0`、`-O1`、`-O2`、`-O3`:控制优化级别,O0代表不优化,O1到O3代表递增的优化级别,O3是最高...
-Og:优化调试体验,在保留调试信息的同时保持快速的编译,对于生成可调试代码,比-O0更合适,不会禁用调试信息。 -Wall:使编译器输出所有的警告信息。 -march:指定目标平台的体系结构,如-march=armv4t,常用于交叉编译。 -mtune:指定目标平台的CPU以便GCC优化,如-mtune=arm9tdmi,常用于交叉编译。 此外,GCC还提供了...