目录
一.认识make和makefile
1.1背景
1.2如何理解make和makefile
1.3基本使用
1.4推导过程
1.5适度扩展语法
一.认识make和makefile
1.1背景
- 会不会写makefile,从一个侧面说明了一个人是否具备完成大型工程的能力
- 一个工程中的源文件不计数,其按类型、功能、模块分别放在若干个目录中,makefile定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作
- makefile带来的好处就是——“自动化编译”,一旦写好,只需要一个make命令,整个工程完全自动编译,极大的提高了软件开发的效率。
- make是一个命令工具,是一个解释makefile中指令的命令工具,一般来说,大多数的IDE都有这个命令,比如:Delphi的make,Visual C++的nmake,Linux下GNU的make。可见,makefile都成为了一种在工程方面的编译方法。
- make是一条命令,makefile是一个文件,两个搭配使用,完成项目自动化构建。
1.2如何理解make和makefile
概念
Makefile:是一个文本配置文件,里面写好编译规则、依赖关系;记录项目中文件之间依赖、编译顺序、执行命令。make:Linux 下的命令工具,用来读取、解析 Makefile 文件,按照规则自动化编译项目。
一句话:
make是工具程序;Makefile是它读的脚本文件,两者配合完成项目自动化构建编译。
解决什么问题
大型 C 项目有大量.c源文件,如果每次手动敲 gcc 命令:
- 文件很多,命令很长,敲写麻烦
- 修改一个
.c,全部文件都要重新编译,速度慢
Makefile 会记录文件依赖关系:
如果 A 文件依赖 B 文件,B 修改了,才重新编译 A;B 没改动,就跳过编译。只编译发生改动的文件,不必全部重编译,提升编译速度。
1.3基本使用
依赖关系
- 上面的文件 test, 它依赖 test.c
依赖方法
gcc -o test taet.c, 就是与之对应的依赖关系
- 为什么不用直接写 gcc,要用 make?
- 直接敲 gcc 适合小文件;大型工程文件数量多,手写 gcc 命令繁琐易错。make 读取 Makefile,根据文件时间戳 + 依赖关系,只编译被修改过的文件,不用全部重编译,实现自动化构建,提升效率。
- 为什么编译用 make,删除用 make clean?
- make:找目标文件(test),比对依赖源文件 (test.c) 时间戳,执行编译生成可执行程序。
- clean 是伪目标,一般不会生成名叫 clean 的文件,专门写删除清理的 shell 命令,用来删掉编译产物。
- 为什么 make 编译只执行一次,make clean 可以反复执行?
- make 编译:目标是
test。只要test文件存在,并且依赖的test.c没有更新,时间戳对比后认为不需要重新生成,提示is up to date,不会重复执行 gcc。 - clean 伪目标:不会生成 clean 这个文件。每次执行
make clean,没有文件用来比对时间戳,所以每次都会执行里面的rm -f test命令,可以执行多次。
补充知识点:伪目标
.PHONY: clean,声明 clean 为伪目标,避免当前目录恰巧存在名为 clean 的普通文件导致 make clean 失效。
什么叫总是被执行
1.4推导过程
make是如何工作的
- make是如何工作的,在默认的方式下,也就是我们只输入make命令。那么:
- make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
- 如果找到,它会找文件中的第一个目标文件(target),在上面的例子中,他会找到myproc这个文件,并把这个文件作为最终的目标文件。
- 如果myproc文件不存在,或是myproc所依赖的后面的myproc.o文件的文件修改时间要比myproc这个文件新(可以用touch测试),那么,他就会执行后面所定义的命令来生成myproc这个文件。
- 如果myproc所依赖的myproc.o文件不存在,那么make会在当前文件中找目标为myproc.o文件的依赖性,如果找到则再根据那一个规则生成myproc.o文件。(这有点像一个堆栈的过程)
- 当然,你的C文件和H文件是存在的啦,于是make会生成myproc.o文件,然后再用myproc.o文件声明make的终极任务,也就是执行文件hello了。
- 这就是整个make的依赖性,make会一层又一层地去找文件的依赖关系,直到最终编译出第一个目标文件。
- 在找寻的过程中,如果出现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错,而对于所定义的命令的错误,或是编译不成功,make根本不理。
- make只管文件的依赖性,即,如果在我找了依赖关系之后,冒号后面的文件还是不在,那么对不起,我就不工作啦。