背景
- 会不会写makefile，从一个侧面说明了一个人是否具备完成大型工程的能力
- 一个工程中的源文件不计数，其按类型、功能、模块分别放在若干个目录中，makefile定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至于进行更复杂
的功能操作 - makefile带来的好处就是——“自动化编译”，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。
- make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可见，makefile都成为了一
种在工程方面的编译方法。 - make是一条命令，makefile是一个文件，两个搭配使用，完成项目自动化构建。
依赖例子
依赖关系
eg:
拓：
gcc常见选项：
-c 汇编完成后停止，不进行链接
-E 预处理完成后停止，不进行编译
-S 编译完成后停止，不进行汇编
-o 用于指定目标文件名称
-g 生成debug程序。向程序中添加调试符号信息
依赖方法
gcc test.* -option test.* ,就是与之对应的依赖关系
原理
make是如何工作的,在默认的方式下，也就是我们只输入make命令。那么，
- make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
- 如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“test”这个文件，并把这个文件作为最终的目标文件。
- 如果test文件不存在，或是test所依赖的后面的test.o文件的文件修改时间要比test这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成test这个文件。
- 如果test所依赖的test.o文件不存在，那么make会在当前文件中找目标为test.o文件的依赖性，如果找到则再根据那一个规则生成test.o文件。（这有点像一个堆栈的过程）
- 当然，你的C文件和H文件是存在的啦，于是make会生成 test.o 文件，然后再用test.o 文件声明make的终极任务，也就是执行文件test了。
- 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
- 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
项目清理
工程是需要被清理的
像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显示要make执行。即命令——“make
clean”，以此来清除所有的目标文件，以便重编译。 但是一般我们这种clean的目标文件，我们将它设置为伪目标,用 .PHONY
修饰,伪目标的特性是，总是被执行的.
– the End –
以上就是我分享的[自动化构建工具-make/Makefile]相关内容，感谢阅读！
本文收录于专栏：Linux
关注作者，持续阅读作者的文章，学习更多知识！
https://blog.csdn.net/weixin_53306029?spm=1001.2014.3001.5343
2021/11/15
————————————————
推荐阅读
- Linux
—【Linux练习生】Linux编辑器-vim使用（详解）
—【Linux练习生】Linux调试器-gdb使用（详解+举例）
—【Linux练习生】第一个Linux小程序–倒计时计数+进度条
—【Linux练习生】Linux项目自动化构建工具-make/Makefile