本文详细介绍了GCC（GNUCompilerCollection）和GDB（GNUDebugger）在C/C++开发中的角色，包括编译过程、优化选项、库文件管理、头文件搜索、以及GDB的常用调试命令。通过实例演示了如何使用GCC编译和GDB调试程序，展示了它们在软件开发中的关键作用。
[GCC|GDB]编译调试套件
refer:xiaobing & chatgpt
前言
GCC和GDB
GCC（GNU Compiler Collection）和GDB（GNU Debugger）都是由 GNU 项目开发的开源工具：
- GCC/G++：
- GNU Compiler Collection 的主要组件，用于编译 C、C++、Objective-C、Fortran 等语言的程序。
- 可以将源代码编译成可执行文件或者目标文件, 提供了丰富的编译选项和优化功能，能够生成高效、可靠的机器代码。 while (i <= N)
- 使用命令
gcc来编译 C 代码，使用命令g++来编译 C++ 代码, 在编译 C++ 程序时，通常建议使用g++而不是gcc，因为g++在链接 C++ 标准库时会自动链接对应的库文件。
- GDB：
- GNU Debugger，用于调试 C、C++ 程序。
- 允许程序员在程序运行时查看变量的值、跟踪函数调用、设置断点等等。
- 可以与 GCC 或者其他编译器配合使用，在编译时添加调试信息以便 GDB 进行调试。
- GDB 提供了交互式的命令行界面，也可以通过 GDB 前端工具（如 Eclipse、Visual Studio Code 等）进行调试。
- GDB 还支持对多线程程序、动态链接程序和核心转储文件进行调试。
这三个工具通常一起使用，用于开发和调试 C 和 C++ 程序。你可以使用 GCC 或 G++ 编译你的程序，然后使用 GDB 来调试程序中的错误和问题。
一. GCC编译过程
- GCC 编译器支持编译 Go、Objective-C，Objective-C ++，Fortran，Ada，D 和 BRIG（HSAIL）等程序；
- Linux 开发C/C++ 一定要熟悉 GCC
- VSCode是通过调用GCC编译器来实现C/C++的编译工作的；
实际使用中：
- 使用 gcc 指令编译 C 代码
- 使用 g++指令编译 C++ 代码
1.1 编译过程
预处理 -> 编译 -> 汇编 -> 链接
预处理-Pre-Processing //.i文件
# -E 选项指示编译器仅对输入文件进行预处理
g++ -E test.cpp -o test.i //.i文件
编译-Compiling // .s文件
# -S 编译选项告诉 g++ 在为 C++ 代码产生了汇编语言文件后停止编译
# g++ 产生的汇编语言文件的缺省扩展名是 .s
g++ -S test.i -o test.s
汇编-Assembling // .o文件
# -c 选项告诉 g++ 仅把源代码编译为机器语言的目标代码
# 缺省时 g++ 建立的目标代码文件有一个 .o 的扩展名。
g++ -c test.s -o test.o
链接-Linking // bin文件
# -o 编译选项来为将产生的可执行文件用指定的文件名
g++ test.o -o test
1.2 G++重要编译参数
- g 编译带调试信息的可执行文件
# -g 选项告诉 GCC 产生能被 GNU 调试器GDB使用的调试信息，以调试程序。
# 产生带调试信息的可执行文件test
g++ -g test.cpp
- O[n] 优化源代码
## 所谓优化，例如省略掉代码中从未使用过的变量、直接将常量表达式用结果值代替等等，这些操作会缩减目标文件所包含的代码量，提高最终生成的可执行文件的运行效率。
# -O 选项告诉 g++ 对源代码进行基本优化。这些优化在大多数情况下都会使程序执行的更快。 -O2 选项告诉 g++ 产生尽可能小和尽可能快的代码。 如-O2，-O3，-On（n 常为0–3）
# -O 同时减小代码的长度和执行时间，其效果等价于-O1
# -O0 表示不做优化
# -O1 为默认优化
# -O2 除了完成-O1的优化之外，还进行一些额外的调整工作，如指令调整等。
# -O3 则包括循环展开和其他一些与处理特性相关的优化工作。
# 选项将使编译的速度比使用 -O 时慢， 但通常产生的代码执行速度会更快。
# 使用 -O2优化源代码，并输出可执行文件
g++ -O2 test.cpp
- l 和 -L 指定库文件 | 指定库文件路径
# -l参数(小写)就是用来指定程序要链接的库，-l参数紧接着就是库名
# 在/lib和/usr/lib和/usr/local/lib里的库直接用-l参数就能链接
# 链接glog库
g++ -lglog test.cpp
# 如果库文件没放在上面三个目录里，需要使用-L参数(大写)指定库文件所在目录
# -L参数跟着的是库文件所在的目录名
# 链接mytest库，libmytest.so在/home/bing/mytestlibfolder目录下
g++ -L/home/bing/mytestlibfolder -lmytest test.cpp
- I 指定头文件搜索目录
# -I
# /usr/include目录一般是不用指定的，gcc知道去那里找，但 是如果头文件不在/usr/icnclude里我们就要用-I参数指定了，比如头文件放在/myinclude目录里，那编译命令行就要加上-I/myinclude 参数了，如果不加你会得到一个”xxxx.h: No such file or directory”的错误。-I参数可以用相对路径，比如头文件在当前 目录，可以用-I.来指定。上面我们提到的–cflags参数就是用来生成-I参数的。
g++ -I/myinclude test.cpp
- Wall 打印警告信息
# 打印出gcc提供的警告信息
g++ -Wall test.cpp
- w 关闭警告信息
# 关闭所有警告信息
g++ -w test.cpp
- std=c++11 设置编译标准
# 使用 c++11 标准编译 test.cpp
g++ -std=c++11 test.cpp
- o 指定输出文件名
# 指定即将产生的文件名
# 指定输出可执行文件名为test
g++ test.cpp -o test
- D 定义宏
# 在使用gcc/g++编译的时候定义宏
# 常用场景：
# -DDEBUG 定义DEBUG宏，可能文件中有DEBUG宏部分的相关信息，用个DDEBUG来选择开启或关闭DEBUG
示例代码：
// -Dname 定义宏name,默认定义内容为字符串“1”
#include <stdio.h>
int main()
{
#ifdef DEBUG
printf("DEBUG LOG\\n");
#endif
printf("in\\n");
}
// 1. 在编译的时候，使用gcc -DDEBUG main.cpp
// 2. 第七行代码可以被执行
1.3 编译实例
设有工作空间:
目录结构: 2 directories, 3 files
# 最初目录结构
.
├── include
│ └── Swap.h
├── main.cpp
└── src
└── Swap.cpp
2 directories, 3 files
1.3.1 直接编译
- 最简单的编译
# 将 main.cpp src/Swap.cpp 编译为可执行文件
g++ main.cpp src/Swap.cpp -Iinclude
# 由于没有指定输出文件名,g++默认生成的可执行文件名称为a.out
# 运行可执行文件
./a.out
- 增加参数编译，并运行
-Iinclude：指定头文件搜索路径为include目录。-std=c++11：指定使用 C++11 标准进行编译。-O2：启用优化级别为 2，进行代码优化。-Wall：开启所有警告信息。-o b.out：指定输出文件名为b.out。
# 将 main.cpp src/Swap.cpp 编译为可执行文件 附带一堆参数
g++ main.cpp src/Swap.cpp -Iinclude -std=c++11 -O2 -Wall -o b.out
# 运行 b.out
./b.out
1.3.2 生成库文件并编译
1. 相关概念
- 共享库
.so 文件是共享对象文件（Shared Object file）的扩展名，它是一种在类Unix操作系统（如Linux、Unix）中用于共享代码和数据的二进制文件格式。这些文件包含了编译后的代码和数据，可以被动态链接到运行时加载的程序中。
.so 文件的主要用途包括：
- 共享库：
.so文件通常被用作共享库，也称为动态链接库（Dynamic Link Library，DLL）。共享库是一组已编译的代码和数据的集合，可以被多个程序共享使用。通过动态链接，程序可以在运行时将共享库加载到内存中，并使用其中定义的函数和变量。 - 模块化编程：共享库提供了一种模块化编程的方式，可以将程序的不同部分编译成独立的共享库，然后在需要时动态加载并链接到主程序中。这样可以提高代码的重用性和可维护性。
- 动态链接：与静态链接相比，动态链接可以减小程序的内存占用，提高程序的启动速度，并且使得程序可以动态加载和卸载共享库，从而实现更灵活的程序设计。
- 插件系统：共享库也常用于插件系统中，允许程序在运行时动态加载并使用插件，从而扩展程序的功能和灵活性。
总的来说，.so 文件是一种在Unix系统中用于共享代码和数据的文件格式，通过动态链接方式可以被多个程序共享使用，提高了程序的灵活性和可维护性。
- 静态库和动态库
静态库（Static Library）和动态库（Dynamic Library）是两种不同的库文件格式，它们有一些重要的区别：
- 静态库：
- 静态库是一组已编译的对象文件的集合，这些对象文件中包含了函数和数据，可以被程序静态链接到可执行文件中。
- 静态库在链接时会将库中的所有函数和数据都复制到最终的可执行文件中，因此可执行文件会包含所有使用到的静态库的代码和数据。
- 静态库的优点是使用简单，不需要依赖外部文件，但缺点是会增加可执行文件的大小，并且如果多个程序使用同一个静态库，会造成重复的代码副本，浪费存储空间。
- 动态库：
- 动态库是一组已编译的二进制代码和数据的集合，可以在运行时被动态加载到内存中并链接到程序中。
- 动态库在编译时不会被包含在可执行文件中，而是在运行时由操作系统动态加载到内存中。
- 动态库的优点是节省存储空间，多个程序可以共享同一个动态库，减少代码副本，而且允许在运行时更新库文件而无需重新编译程序。但是，使用动态库会增加程序的启动时间，因为需要额外的动态加载和链接步骤。
总的来说，静态库和动态库都是用于共享代码和数据的库文件，但它们在链接方式、程序大小、运行效率等方面有所不同，开发者需要根据具体的需求和考虑权衡选择。
2. 编译过程
- 链接静态库生成可执行文件：
g++ Swap.cpp -c -I../include：这行命令编译src目录下的Swap.cpp文件，使用-c选项表示只编译不链接，生成Swap.o目标文件。-I../include选项指定了头文件搜索路径，使得编译器可以找到位于../include目录下的头文件。ar rs libSwap.a Swap.o：这行命令使用ar工具将Swap.o目标文件打包成一个静态库文件libSwap.a。rs选项的含义是：r表示将目标文件插入到静态库中（如果已经存在则替换）。s表示创建索引表，以加快链接速度。
## 进入src目录下
$cd src
# 汇编，生成Swap.o文件
g++ Swap.cpp -c -I../include
# 生成静态库libSwap.a
ar rs libSwap.a Swap.o
## 回到上级目录
$cd ..
# 链接，生成可执行文件:staticmain
g++ main.cpp -Iinclude -Lsrc -lSwap -o staticmain
- 链接动态库生成可执行文件：
编译 Swap.cpp 文件并生成一个名为 libSwap.so 的共享库。
Swap.cpp：要编译的源文件。-I../include：指定头文件搜索路径为../include目录，以便编译器能够找到所需的头文件。-fPIC：生成位置无关的代码，用于创建共享库。(Position Independent Code)即独立于加载地址的代码形式, 可以在任何地址空间工作.-shared：生成共享库。-o libSwap.so：指定输出文件名为libSwap.so。
## 进入src目录下
$cd src
# 生成动态库libSwap.so
g++ Swap.cpp -I../include -fPIC -shared -o libSwap.so
## 上面命令等价于以下两条命令
# 1. 只编译不链接
# gcc Swap.cpp -I../include -c -fPIC
# 2. 链接'Swap.o'目标文件并生成一个名为'libSwap.so'的共享库
# gcc -shared -o libSwap.so Swap.o
## 回到上级目录
$cd ..
# 链接，生成可执行文件:sharemain
g++ main.cpp -Iinclude -Lsrc -lSwap -o sharemain
1.3.3 编译完成后的目录结构
最终目录结构：2 directories, 8 files
# 最终目录结构
.
├── include
│ └── Swap.h
├── main.cpp
├── sharemain
├── src
│ ├── libSwap.a
│ ├── libSwap.so
│ ├── Swap.cpp
│ └── Swap.o
└── staticmain
2 directories, 8 files
1.3.4 运行可执行文件
运行可执行文件(静态库)
# 运行可执行文件
./staticmain
运行可执行文件(动态库)
在运行 sharemain 可执行文件时需要设置 LD_LIBRARY_PATH 环境变量为 src 目录。
LD_LIBRARY_PATH=src：设置LD_LIBRARY_PATH环境变量为src目录，告诉操作系统在动态链接共享库时应该搜索src目录以及标准的库路径。./sharemain：运行名为sharemain的可执行文件。
这样做的目的是让操作系统在运行 sharemain 可执行文件时能够正确地加载该程序所依赖的共享库文件（.so 文件），并且在搜索共享库时优先搜索 src 目录。
# 运行可执行文件
LD_LIBRARY_PATH=src ./sharemain
二. GDB调试器
- GDB(GNU Debugger)**是一个用来**调试C/C++程序的功能强大的调试器，是Linux系统开发C/C++最常用的调试器
- 程序员可以使用GDB来跟踪程序中的错误，从而减少程序员的工作量。
- Linux 开发C/C++ 一定要熟悉 GDB
- VSCode是通过调用GDB调试器来实现C/C++的调试工作的；
Windows 系统中，常见的集成开发环境（IDE），如 VS、VC等，它们内部已经嵌套了相应的调试器
GDB主要功能：
- 设置断点(断点可以是条件表达式)
- 使程序在指定的代码行上暂停执行，便于观察
- 单步执行程序，便于调试
- 查看程序中变量值的变化
- 动态改变程序的执行环境
- 分析崩溃程序产生的core文件
2.1 常用调试命令参数
调试开始：执行gdb [exefilename] ，进入gdb调试程序，其中exefilename为要调试的可执行文件名
## 以下命令后括号内为命令的简化使用，比如run（r），直接输入命令 r 就代表命令run
$(gdb)help(h) # 查看命令帮助，具体命令查询在gdb中输入help + 命令
$(gdb)run(r) # 重新开始运行文件（run-text：加载文本文件，run-bin：加载二进制文件）
$(gdb)start # 单步执行，运行程序，停在第一行执行语句
$(gdb)list(l) # 查看原代码（list-n,从第n行开始查看代码。list+ 函数名：查看具体函数）
$(gdb)set # 设置变量的值
$(gdb)next(n) # 单步调试（逐过程，函数直接执行）
$(gdb)step(s) # 单步调试（逐语句：跳入自定义函数内部执行）
$(gdb)backtrace(bt) # 查看函数的调用的栈帧和层级关系
$(gdb)frame(f) # 切换函数的栈帧
$(gdb)info(i) # 查看函数内部局部变量的数值
$(gdb)finish # 结束当前函数，返回到函数调用点
$(gdb)continue(c) # 继续运行
$(gdb)print(p) # 打印值及地址
$(gdb)quit(q) # 退出gdb
$(gdb)break+num(b) # 在第num行设置断点
$(gdb)info breakpoints # 查看当前设置的所有断点
$(gdb)delete breakpoints num(d) # 删除第num个断点
$(gdb)display # 追踪查看具体变量值
$(gdb)undisplay # 取消追踪观察变量
$(gdb)watch # 被设置观察点的变量发生修改时，打印显示
$(gdb)i watch # 显示观察点
$(gdb)enable breakpoints # 启用断点
$(gdb)disable breakpoints # 禁用断点
$(gdb)x # 查看内存x/20xw 显示20个单元，16进制，4字节每单元
$(gdb)run argv[1] argv[2] # 调试时命令行传参
$(gdb)set follow-fork-mode child#Makefile项目管理：选择跟踪父子进程（fork()）
Tips:
- 编译程序时需要加上-g，之后才能用gdb进行调试：gcc -g main.c -o main
- 回车键：重复上一命令
扫一扫
1317
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
