编译器的“-O0”选项和“-Og”选项有什么区别？

当我想要调试 C 或 C++ 程序时，我被教导使用-O0关闭优化，以及-ggdb将符号插入到为使用 GNU 而优化的可执行文件中gdb调试器，我使用它（或者，你可以使用-glldb对于 LLVM/clang 来说lldb调试器，或者只是-g对于一般调试符号，但这不会那么好-ggdb显然...）。然而，我最近偶然发现有人说要使用-Og（代替-O0），这让我措手不及。果然，它在man gcc!:

-Og优化调试体验。-Og启用不干扰调试的优化。它应该是标准编辑-编译-调试周期选择的优化级别， 提供合理的优化水平，同时保持快速编译和良好的调试体验。

那么，有什么区别呢？这是-O0描述来自man gcc:

-O0减少编译时间并使调试产生预期结果。这是默认设置。

man gcc清楚地说-Og不过，“应该是标准编辑-编译-调试周期选择的优化级别”。

这听起来像-O0确实是“没有优化”，而-Og是“进行了一些优化，但仅限于那些不干扰调试的优化。”它是否正确？那么，我应该使用哪个，为什么？

Related:

1. 相关，但不重复！ （仔细阅读，它根本不是重复的）：-O0、-O1 和 -g 有什么区别 https://stackoverflow.com/questions/9663838/what-is-the-difference-between-o0-o1-and-g
2. 我对调试的回答--copt=与 Bazel 一起使用的设置：gdb：当前上下文中没有符号“i” https://stackoverflow.com/questions/3758614/gdb-no-symbol-i-in-current-context/63386031#63386031

快速总结

Do not use -Og. -Og中断调试。

Use -ggdb -O0（如果使用的话首选gdb调试器），或-g3 -O0反而。

Using -g -O0也没关系，但是-g单独默认为调试级别 2 (-g2），这意味着相比-g3, -g缺少“额外信息，例如程序中存在的所有宏定义”。 （看man gcc并搜索-glevel).

Details

@kaylum 刚刚在我的问题下的评论中提供了一些很棒的见解！我最关心的关键部分是：

[-Og] 对于生成可调试代码来说是比 -O0 更好的选择，因为一些收集调试信息的编译器传递在 -O0 处被禁用。

https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options

So, from now on I'm using -Og (NOT -O0) in addition to -ggdb.

2020 年 8 月 13 日更新：

见鬼！没关系。我坚持-O0.

With -Og I get <optimized out> and Can't take address of "var" which isn't an lvalue.到处都是错误！我无法再打印我的变量或检查它们的内存！前任：

(gdb) print &angle
Can't take address of "angle" which isn't an lvalue.
(gdb) print angle_fixed_p
$6 = <optimized out>

With -O0不过，一切正常！

(gdb) print angle
$7 = -1.34869879e+20
(gdb) print &angle
$8 = (float *) 0x7ffffffefbbc
(gdb) x angle
0x8000000000000000:     Cannot access memory at address 0x8000000000000000
(gdb) x &angle
0x7ffffffefbbc: 0xe0e9f642

所以，回到使用-O0代替-Og it is!

Related:

1. [他们还推荐-O0，我同意]gdb 中的 是什么意思？ https://stackoverflow.com/questions/5497855/what-does-value-optimized-out-mean-in-gdb/5497906#5497906