-g、-ggdb、-g3和-ggdb3之间的区别

最新推荐文章于 2025-06-30 09:01:24 发布
最新推荐文章于 2025-06-30 09:01:24 发布
阅读量9.1k 收藏 7
点赞数 1
CC 4.0 BY-SA版权
分类专栏： makefile
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/sunxiaopengsun/article/details/79195616
-g和-ggdb都是用于生成调试信息的编译器选项，-ggdb更偏向于GDB调试器，若使用GDB则推荐使用-ggdb。-g产生的debug信息为OS native format，适用于大多数调试器。另外，数字3代表debug信息的详细级别，更高的级别会包含更多的调试细节。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

    -g和-ggdb之间只有细微的区别。

       具体来说，-g产生的debug信息是OS native format， GDB可以使用之。而-ggdb产生的debug信息更倾向于给GDB使用的。

       所以，如果你用的GDB调试器，那么使用-ggdb选项。如果是其他调试器，则使用-g。


       3只是级别。这个级别会产生更多的额外debug信息。3这个级别可以调试宏。


gdb用法总结
earthqj123的博客
04-03 524
本文对gdb常见的命令进行总结，并会持续更新。 一、gdb使用前置条件：编译时加入debug信息。 gcc/g++是在编译时加入-g，其他语言请自行百度。值得注意的是，-g分4个等级： -g0等于不加-g。即不包含任何信息 -g1只包含最小信息，一般来说只有你不需要debug，只需要backtrace信息，并且真的很在意程序大小，或者有其他保密/特殊需求时才会使用-g1。 –g...
gcc 的 -g 和 -ggdb 选项
Hansel的专栏
12-15 7534
-g 和 -ggdb 都是令 gcc 生成调试信息，但是它们也是有区别的        -g        该选项可以利用操作系统的“原生格式（native format）”生成调试        信息。GDB 可以直接利用这个信息，其它调试器也可以使用这个调试信息        -ggdb        使 GCC 为 GDB 生成专用的更为丰富的调试信息，但是，此时就不能用其        他
CMake-Cookbook教程：深入理解编译器标志检测机制
gitblog_00196的博客
06-30 234
CMake-Cookbook教程：深入理解编译器标志检测机制 前言 在现代C++项目开发中，合理配置编译器标志对代码质量、性能优化和调试能力有着至关重要的影响。本文将基于CMake-Cookbook项目中的相关内容，深入探讨如何通过CMake检测并设置编译器标志，特别是针对Sanitizer工具链的配置方法。 编译器标志的重要性 编译器标志决定了代码的编译方式，影响着： 代码优化级别（-O1, ...
【原创】GCC选项-g和-ggdb的区别
weixin_33744141的博客
08-18 1572
2019独角兽企业重金招聘Python工程师标准>>> ...
gdb 调试命令整理
静故了群动
07-19 889
GDB 调试 要进行调试程序首先要生成一个含有调试信息的执行程序命令如下: gcc(g++) -g -o 文件名 源文件.c(源文件.cpp)gcc(g++) -ggdb3 -o 文件名 源文件.c(源文件.cpp) 此时便会生成一个含有调试信息的可执行文件,然后便可以用 gdb 去调试这个程序了,进入调试程序命令,但是如果用 gdb 去调试一个未包含调试信息的可执行文件则会发生错误
linux下交叉编译，正常编译无错，debug编译即加上-g -ggdb3 -o3后报错src/nvc.d:没有那个文件或目录，如何解决
03-26
嗯，用户现在遇到了一个问题，就是在Linux下进行交叉编译时，正常编译没有问题，但一旦加上调试选项（-g -ggdb3 -O3）就会报错，提示“src/nvc.d: 没有那个文件或目录”。这个问题看起来有点棘手，我需要仔细分析...
Linux 程序崩溃-闪退日志打印
06-07
Linux 程序崩溃|闪退日志打印，可以打印到具体的函数和行号；更具体的可以打印出具体...set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} $ENV{CXXFLAGS} -O0 -g -ggdb") 还有include_directories和target_link_libraries等。
Build failed -> task in 'ns3-aqua-sim-ng' failed (exit status 1): {task 140272605382992: cxx aqua-sim-routing-dummy.cc -> aqua-sim-routing-dummy.cc.1.o} ['/usr/bin/g++', '-O0', '-ggdb', '-g3', '-Wall', '-Werror', '-std=c++11', '-Wno-error=deprecated-declarations', '-fstrict-aliasing', '-Wstrict-aliasing', '-fPIC', '-pthread', '-I.', '-I..', '-DNS3_BUILD_PROFILE_DEBUG', '-DNS3_ASSERT_ENABLE', '-DNS3_LOG_ENABLE', '-DHAVE_SYS_IOCTL_H=1', '-DHAVE_IF_NETS_H=1', '-DHAVE_NET_ETHERNET_H=1', '-DHAVE_PACKET_H=1', '-DHAVE_IF_TUN_H=1', '-DHAVE_GSL=1', '-DHAVE_SQLITE3=1', '../src/aqua-sim-ng/model/aqua-sim-routing-dummy.cc', '-c', '-o', '/home/fjl/ns-allinone-3.26/ns-3.26/build/src/aqua-sim-ng/model/aqua-sim-routing-dummy.cc.1.o']
07-24
/usr/bin/g++ -O0 -ggdb -g3 -Wall -Werror -std=c++11 -Wno-error=deprecated-declarations -fstrict-aliasing -Wstrict-aliasing -fPIC -pthread -I. -I.. -DNS3_BUILD_PROFILE_DEBUG -DNS3_ASSERT_ENABLE -DNS3_...
# load bazelrc from the legacy location # as recommended in https://github.com/bazelbuild/bazel/issues/6319 try-import %workspace%/tools/bazel.rc try-import %workspace%/.apollo.bazelrc # Use our custom-configured c++ toolchain. build --config=gpu build --compilation_mode=opt # Use --cpu as a differentiator. build:orin_config --cpu=aarch64 build:orin_config --copt="-DBYD_ORIN" build:strip --copt="-g3" build:strip --copt="-ggdb" build:asan --copt="-fsanitize=address" build:asan --copt="-fsanitize-recover=address" build:asan --linkopt="-fsanitize=address" build:asan --linkopt="-fsanitize-recover=address" build:diag --config=orin_config build:diag --define=CHECK_MEMLEAK=true build:diag --cxxopt="-DCHECK_MEMLEAK=1" build:diag --copt="-fno-omit-frame-pointer" build:diag --cxxopt="-fno-omit-frame-pointer" build:orin2_config --config=orin_config build:orin2_config --define=use_dimw_libs=true build:orin2_config --cxxopt="-DUSE_DIMW_LIBS" build:orin2a_config --config=orin_config build:orin2a_config --define=platform_orin2a=true build:orin3_config --config=orin_config build:orin3_config --define=platform_orin3=true build:orin2x2_config --config=orin_config build:orin2x2_config --define=platform_orin2x2=true build:orinx2_config --config=orin_config build:orinx2_config --define=platform_orinx2=true build:orinx2b_config --config=orin_config build:orinx2b_config --define=platform_orinx2b=true build:orinx2b_config --copt="-DBYD_X2B" build:orinx2b_ovrs_config --copt="-DBYD_OVRS" build:orinx2b_ovrs_config --config=orin_config build:orinx2b_ovrs_config --define=platform_orinx2b_ovrs=true build:j6m_config --cpu=aarch64 build:j6m_config --define=platform_j6m=true build:j6m_config --copt="-DBYD_J6" build:idc --define=software_idc=true build:idc --define=use_dimw_libs=true build:idc --cxxopt="-DUSE_DIMW_LIBS" # build:idc --copt="-DBYD_X2B" build:ird --define=software_ird=true build:release_build --define=release_build=true # build:release_build --copt="-DBYD_X2B" build:repo_release_build --config=release_build build:repo_release_build --define=framework_release_build=true build:repo_release_build --copt="-Icyber_release" build:repo_release_build --copt="-Ibazel-out/k8-opt/bin/cyber_release/" build:repo_release_build --copt="-Ibazel-out/aarch64-opt/bin/cyber_release/" build:repo_release_build --copt="-Wuninitialized" build:repo_release_build --copt="-Wall" build:repo_release_build --copt="-Wextra" build:release_mode --define=RELEASE_MODE=true build:release_mode --cxxopt="-DRELEASE_MODE" 解释下都是什么，DBYD_X2B的编译我如果把相关的命令屏蔽了，会发生什么
最新发布
08-05
- `build:strip`：去除调试符号（`-g3 -ggdb`） - `build:asan`：启用地址消毒检测（内存错误检测） - `build:release_build`：发布构建模式（`-DRELEASE_MODE`） 2. **硬件平台配置**： ```bash build:orin_...
GDB（三） 栈框架和栈
ShuiLanJueDeTuZi的专栏
06-08 850
内存布局里的一个区域被称为栈，它是栈框架的集合。每个栈框架表示一个函数调用。随着函数被调用，栈框架的数量会增加，栈也是增长。相反，当函数从它们的调用者那里返回，栈框架的数量减少，栈也会缩减。 一个程序由一个或多个通过调用对方来交互的函数组成。每当一个函数被调用时，内存的一块区域为这个新的函数调用分配好，被称为栈框架。这块区域拥有一些重要信息，比如； １、新的被调用函数的所有自动变量的存储空间。
GDB调试
qq_41960196的博客
11-28 7641
当程序运行时出现问题时，通过GDB调试可以快速找到问题点，当然不是所有问题都能通过调试找到问题点。 在GCC编译程序时，需要加 -g参数，可以通过在-g选项后附加数字1、2或3来指定在代码中加入调试信息的多少。默认的级别是2（-g2），此时产生的调试信息包括扩展的符号表、行号、局部或外部变量信息。级别3（-g3）包含级别2中的所有调试信息，以及源代码中定义的宏。级别1（-g1）不包含局部变量和与行号有关的调试信息，因此只能够用于回溯跟踪和堆栈转储之用。 如下程序： #include <stdi
GCC -g -g3 -ggdb -ggdb3 -gstabs -gstabs+ 选项
LU_ZHAO的博客
02-26 5961
-g Produce debugging information in the operating system’s native format.GDB can work with this debugging information. 产生debug信息是操作系统默认格式。GDB可以使用这种格式。 -ggdb Produce debugging information for use b...
GDB调试器入门教程
代码时光
02-10 1237
前言： GDB(GNU Debugger)是一个用来调试C/C++程序的功能强大的调试器，是Linux系统开发C/C++最常用的调试器, 一般和 gcc(GNU Compiler Collection)配搭使用。 要使用 GDB 进行调试,编译程序时要指定-g 或-ggdb 的编译选项。 如: gcc –g main.c / gcc –ggdb main.c 这样,gcc 就会在生成可执行文件时产生调试信息。 -g 用于产生一般的调试信息 -ggdb 则用于产生 GDB 特有的调试信息。使用-ggdb
gcc编译选项
小饼仙子的专栏
12-11 1213
-E：只进行预处理，不编译       -S：只编译，不汇编       -c：只编译、汇编，不链接       -g：包含调试信息       -I：指定include包含文件的搜索目录       -o：输出成指定文件名        高级选项       -v：详细输出编译过程中所采用的每一个选项       -C：预处理时保留注释信息       -ggd
程序调试利器——GDB使用指南
京东科技开发者
03-06 1500
GDB是GNU Debugger的简称，其作用是可以在程序运行时，检测程序正在做些什么。GDB程序自身是使用C和C++程序编写的，但可以支持除C和C++之外很多编程语言的调试。
GCC精彩之旅
那些花儿
02-01 1704
在为Linux开发应用程序时，绝大多数情况下使用的都是C语言，因此几乎每一位Linux程序员面临的首要问题都是如何灵活运用C编译器。目前Linux下最常用的C语言编译器是GCC（GNU Compiler Collection），它是GNU项目中符合ANSI C标准的编译系统，能够编译用C、C++和Object C等语言编写的程序。GCC不仅功能非常强大，结构也异常灵活。最值得称道的一点就是它可以通
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

sunxiaopengsun

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值