目录
Linux项目自动化构建工具-make/Makefile
背景
理解
依赖关系
依赖方法
原理
Linux调试器-gdb使用
背景
开始使用
Linux项目自动化构建工具-make/Makefile
背景
- 会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力 一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂的功能操作
- makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。
- make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命 令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一 种在工程方面的编译方法。
- make是一条命令，makefile是一个文件，两个搭配使用，完成项目自动化构建。
理解
- 我们把上图第一行称作依赖关系，第二行称作依赖方法
- 我们将mytest后面的test.c位置称作依赖文件列表，按照空格为分割 test.c test2.c test3.c
- 我们将mytest所在位置 称为目标文件
- make会根据makefile的内容，完成编译/清理工作
- 下面我们的clean是一种特殊的依赖关系，我们的依赖文件列表可以为空
我们能发现在我们使用的时候make编译一次后，再进行make会出现报错，这也是合乎常理的因为它没必要，它直接就告诉我们是最新的没必要了，当我们修改一次test.c后 make一次后又不能执行了，但是我们如果就是想让他一直执行呢？
.PHONY:xxx
xxx对应的方法，总是要被执行的
为什么makefile对最新的可执行程序，默认不想重新生成呢？
提高编译的效率，当项目非常大的时候
makefile怎么知道程序需要被编译了呢？
文件的modify 文件的最近修改时间 ，对比，可执行程序文件的最近修改时间和源文件最近的修改时间，谁更新！
一般情况下我们不需要这么做，但是在清理项目我们需要clean
在makefile里有一些内置符号，在使用的时候
@目标文件 ^依赖文件列表 makefile会自动进行符号替换
$符号：可以理解成取内容
依赖关系
上面的文件 code.exe,它依赖 code.o
code.o , 它依赖 code.s
code.s , 它依赖 code.i
code.i , 它依赖 code.c
依赖方法
gcc -* code.* -o code.* ,就是与之对应的依赖关系
我们makefile其实也是支持变量的所以我们也可以向上面一样的写法，makefile会自动帮我们替换。
我们如果不想看到这些提示信息怎么办呢？
bin=code.exe
src=code.c
$(bin):$(src)
@gcc -o $@ $^
.PHONY:clean
clean:
@rm -f $(bin)@不显示命令执行过程
原理
- make是如何工作的,在默认的方式下，也就是我们只输入make命令。那么，
1. make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
2. 如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“code”这个文件， 并把这个文件作为最终的目标文件。
3. 如果code文件不存在，或是code所依赖的后面的code.o文件的文件修改时间要比code这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成code这个文件。 4. 如果code所依赖的code.o文件不存在，那么make会在当前文件中找目标为code.o文件的依赖性，如果找到则再根据那一个规则生成code.o文件。（这有点像一个堆栈的过程,推导）
5. 当然，你的C文件和H文件是存在的啦，于是make会生成 code.o 文件，然后再用 code.o 文件声明 make的终极任务，也就是执行文件code了。
6. 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
7. 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错， 而对于所定义的命令的错误，或是编译不成功，make根本不理。
8. make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起， 我就不工作啦。
Linux调试器-gdb使用
背景
- 程序的发布方式有两种，debug模式和release模式
- Linux gcc/g++出来的二进制程序，默认是release模式
- 要使用gdb调试，必须在源代码生成二进制程序的时候, 加上 -g 选项
开始使用
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
