Most optimizations are completely disabled at -O0 or if an -O level is not set on the command line, even if individual optimization flags are specified. Similarly, -Og suppresses many optimization passes.

2020年8月13日 · Use -ggdb -O0 (preferred if using the gdb debugger), or -g3 -O0 instead. Using -g -O0 is okay too, but -g alone defaults to debug level 2 (-g2), which means that compared to -g3, -g is missing "extra information, such as all the macro definitions present in the program."

-O0： 不做任何优化，这是默认的编译选项。 -O 和-O1： 对程序做部分编译优化，对于大函数,优化编译占用稍微多的时间和相当大的内存。 使用本项优化，编译器会尝试减小生成代码的尺寸，以及缩短执行时间，但并不执行需要占用大量编译时间的优化。 打开的优化选项： l -fdefer-pop：延迟栈的弹出时间。 当完成一个函数调用，参数并不马上从 栈中弹出，而是在多个函数被调用后，一次性弹出。 l -fmerge-constants：尝试横跨编译单元合并同样的常量(string constants and …

2023年10月12日 · 从 O0 到 O1，一个明显的变化就是指令数量变少了，从 51 行缩减为 34 行，并且这是循环部分的指令，减少的行数要乘以循环次数，单从这方面，就可知能够缩短相当可观的运行时间。

With GCC, it is very unusual to use -O0 for production if execution time is of any concern, since -O0 means (almost) no optimization. You should keep this difference between GCC and other compilers in mind when doing performance comparisons. Moderate optimization; optimizes reasonably well but does not degrade compilation time significantly.

2023年7月1日 · 对于生成可调试代码来说，它是比 -O0 更好的选择，因为在 -O0 处禁用了一些收集调试信息的编译器传递。 与 -O0 一样，-Og 完全禁用许多优化过程，以便控制它们的各个选项不起作用。

With -O, the compiler tries to reduce code size and execution time, without performing any optimizations that take a great deal of compilation time. -Oturns on the following optimization flags: .

1. gcc中指定优化级别的参数有： -O0 、 -O1 、 -O2 、 -O3 、 -Og 、 -Os 、 -Ofast。 2. 在编译时，如果没有指定上面的任何优化参数，则默认为 -O0，即没有优化。 3.

2020年8月25日 · -Os:这个级别是用来优化代码尺寸的，他只是给一些CPU缓存或是磁盘空间小的机器使用 -O0: 无优化。 -O和-O1: 使用能减少目标代码尺寸以及执行时间并且不会使编译时间明显增加的优化。 在编译大型程序的时候会显著增加编译时内存的使用。

2018年3月21日 · -O0： 不做任何优化，这是默认的编译选项。 -O 和-O1： 对程序做部分编译优化，对于大函数,优化编译占用稍微多的时间和相当大的内存。 使用本项优化，编译器会尝试减小生成代码的尺寸，以及缩短执行时间，但并不执行需要占用大量编译时间的优化。 打开的优化选项： l -fdefer-pop：延迟栈的弹出时间。 当完成一个函数调用，参数并不马上从栈中弹出，而是在多个函数被调用后，一次性弹出。 l -fmerge-constants：尝试横跨编译单元合并同样的常量(string …