使用 -g 标志编译有什么缺点吗？

Question

GDB 文档告诉我，为了编译调试，我需要让我的编译器生成调试符号。 这是通过指定一个“-g”标志来完成的。

此外，GDB 文档建议我始终使用“-g”标志进行编译。 这听起来不错，我想这样做。

但首先，我想了解一下缺点。 在生产代码中编译调试是否有任何惩罚？

我最感兴趣的是：

1. GCC 作为首选编译器
2. 红帽 Linux 作为目标操作系统
3. C 和 C++ 语言

（尽管也欢迎提供有关其他环境的信息）

非常感谢！

Answer 1

如果您使用-g （在最近的GCC或Clang上可以与-O2等优化标志一起使用）：

• 编译时间较慢（链接将使用更多内存）
• 可执行文件是一个更大的文件（参见elf(5)并使用readelf(1) ...）
• 可执行文件包含有关您的源代码的大量信息。
• 您可以轻松使用GDB
• 一些有趣的库，例如 Ian Taylor 的libbacktrace ，需要DWARF信息（例如-g ）

如果您不使用-g ，则使用 GDB 调试器将更加困难（但可能）。

因此，如果您将二进制可执行文件传输给不应该了解您的源代码是如何编写的合作伙伴，您需要避免使用-g

另请参见strip(1)和strace(1)命令。

请注意，使用-g标志来获取调试信息也适用于Ocaml ， Rust

PS。 最近的 GCC（例如GCC 10或GCC 11 in 2021）接受许多调试器标志。 使用-g3您的可执行文件携带更多的调试信息（例如 C++ 宏及其扩展的描述），使用-g或-g1 。 当然，编译时间增加了，可执行文件的大小也增加了。 原则上，你的GCC 插件（可能是 2021 年的Bismon ，或者 Linux kernel的源代码中的那些可以添加更多的调试信息）。 实际上，除非您可以改进调试器，否则您不会这样做。 但是，GCC 插件（或一些#pragma s）可以删除一些调试信息（例如，删除一组选定函数的调试信息）。

Answer 2

通常，添加调试信息会增加二进制文件的大小（或为调试信息创建额外的文件）。 现在这通常不是问题，除非您通过慢速网络分发它。 当然，如果其他人想这样做，这些调试信息可能会帮助其他人分析您的代码。 通常， -g标志与-O0 （默认值）一起使用，它禁用编译器优化并生成尽可能接近源代码的代码，以便调试更容易。 虽然您可以将调试信息与启用的优化一起使用，但这确实很棘手，因为变量可能不存在，或者指令序列可能与源中的不同。 这通常仅在需要分析仅在启用优化后发生的错误时才执行。 当然， -O0的缺点是性能较差。

因此得出结论：通常在开发过程中使用-g -O0 ，而对于分发或生产代码仅使用-O3 。