gcc_gdb

gcc如何完成

格式gcc [选项] 要编译的文件 [选项] [目标文件]

预处理（进行宏替换）

• 预处理功能主要包括宏定义,文件包含,条件编译,去注释等
• 预处理指令是以#号开头的代码行
• 实例：gcc –E hello.c –o hello.i
• 选项“-E”,该选项的作用是让 gcc 在预处理结束后停止编译过程
• 选项“-o”是指目标文件,“.i”文件为已经过预处理的C原始程序

编译（生成汇编）

• 在这个阶段中,gcc 首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查无误后,gcc 把代码翻译成汇编语言
• 用户可以使用“-S”选项来进行查看,该选项只进行编译而不进行汇编并且生成汇编代码
• 实例：gcc –S hello.i –o hello.s

汇编（生成机器可识别代码）

• 汇编阶段是把编译阶段生成的“.s”文件转成目标文件
• 可使用选项“-c”查看汇编代码已转化成为“.o”的二进制目标代码
• 实例:gcc –c hello.s –o hello.o

连接（生成可执行文件或库文件）

在成功编译后，就进入了链接阶段

实例：gcc hello.o –o hello

函数库

• C程序中，并没有定义“printf”的函数实现,且在预编译中包含的“stdio.h”中也只有该函数的声明而没有定义函数的实现
• 系统把这些函数的实现都放到名为 libc.so.6 的库文件中,在没有特别指定时,gcc 会到系统默认的搜索路径“/usr/lib”下进行查找,也就是链接到 libc.so.6 库函数中去,这样就能实现我们需要的函数，这也是链接的作用

静态库与动态库

• 静态库是指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件比较大,但在运行时不再需要库文件，其后缀名一般为“.a”
• 而动态库在编译链接时并没有把库文件的代码加入到可执行文件中,而是在程序执行时由运行时链接文件加载库,这样可以节省系统的开销，其后缀名一般为“.so”，libc.so.6 就是动态库。gcc 在编译时默认使用动态库，完成了链接之后，gcc 就可以生成可执行文件，如下所示， gcc hello.o –o hello
• gcc默认生成的二进制程序，是动态链接的，这点可以通过 file 命令验证

gcc选项

• -E 只激活预处理,这个不生成文件,你需要把它重定向到一个输出文件里面
• -S 编译到汇编语言不进行汇编和链接
• -c 编译到目标代码
• -o 文件输出到文件
• -static 此选项对生成的文件采用静态链接
• -g 生成调试信息，GNU 调试器可利用该信息。
• -shared 此选项将尽量使用动态库，所以生成文件比较小，但是需要系统自身存在动态库
• -O0
• -O1
• -O2
• -O3 编译器的优化选项的4个级别，-O0表示没有优化，-O1为缺省值，-O3优化级别最高
• -w 不生成任何警告信息
• -Wall 生成所有警告信息

 

gdb使用

gdb binFile 退出：ctrl + d 或 quit 调试命令

• list／l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行
• list／l 函数名：列出某个函数的源代码
• r或run：运行程序
• n 或 next：单条执行
• s或step：进入函数调用
• break(b) 行号：在某一行设置断点
• break 函数名：在某个函数开头设置断点
• info break ：查看断点信息
• finish：执行到当前函数返回，然后停下来等待命令
• print(p)：打印表达式的值，通过表达式可以修改变量的值或者调用函数
• p 变量：打印变量值
• set var：修改变量的值
• continue(或c)：从当前位置开始连续而非单步执行程序
• run(或r)：从开始连续而非单步执行程序
• delete breakpoints：删除所有断点
• delete breakpoints n：删除序号为n的断点
• disable breakpoints：禁用断点
• enable breakpoints：启用断点
• info(或i) breakpoints：参看当前设置了哪些断点
• display 变量名：跟踪查看一个变量，每次停下来都显示它的值
• undisplay：取消对先前设置的那些变量的跟踪
• until X行号：跳至X行
• breaktrace(或bt)：查看各级函数调用及参数
• info（i) locals：查看当前栈帧局部变量的值
• quit：退出gdb

 

make/Makefile

依赖关系

• 文件test依赖test.o
• test.o依赖test.s

test.s依赖test.i

• test.i依赖test.c

原理

1. make会在当前目录下找名字叫“Makefile”或“makefile”的文件
2. 如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“test”这个文件，并把这个文件作为最终的目标文件
3. 如果test文件不存在，或是test所依赖的后面的test.o文件的文件修改时间要比test这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成test这个文件
4. 如果test所依赖的test.o文件不存在，那么make会在当前文件中找目标为test.o文件的依赖性，如果找到则再根据那一个规则生成test.o文件。（这有点像一个堆栈的过程）
5. 当然，C文件和H文件是存在的，于是make会生成 test.o 文件，然后再用 test.o 文件声明make的终极任务，也就是执行文件test
6. 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件
7. 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make不做处理
8. make只管文件的依赖性，如果在找到了依赖关系之后，冒号后面的文件还是不存在的话，make就无法工作

目标：依赖文件

tab命令

 

.PHONY 目标

不管这个目标是不是最新的都要强制执行

 

$@ 目标

$^ 所有依赖文件

$< 第一个依赖文件

% 通配符

 

可以定义变量

OBJS=依赖文件