目录
背景
make/makefile怎样完成项目
完成原理
依赖关系
依赖方法
项目清理
执行顺序
Q1:makefile对最新可执行程序不会默认重新生成
Q2:Q1是怎样做到的
规范的makefile
背景
- 会不会写makefile,从一个侧面说明了一个人是否具备完成大型工程的能力
- 一个工程中的源文件不计数,其按类型、功能、模块分别放在若干个目录中,makefile定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作
- makefile带来的好处就是——“自动化编译”,一旦写好,只需要一个make命令,整个工程完全自动编译,极大的提高了软件开发的效率。
- make是一个命令工具,是一个解释makefile中指令的命令工具,一般来说,大多数的IDE都有这个命令,比如:Delphi的make,Visual C++的nmake,Linux下GNU的make。
- makefile都成为了一种在工程方面的编译方法。
- make是一条命令,makefile是一个文件,两个搭配使用,完成项目自动化构建。
make/makefile怎样完成项目
- touch创建makefile
- 写入指令在makefile
- 确保源文件test.c
- 执行make=执行makefile里面的指令
- make是一条命令,makefile是一个文件,两个搭配使用,完成项目自动化构建。
- make会根据makefile的内容,完成编译/清理工作
- make和makefile会自动根据文件中的依赖关系,进行自动推导,帮助我们执行所有相关的依赖方法。
完成原理
- 被.PHONY修饰的对应的方法总是要执行
依赖关系
mytest:test.otest.o:test.stest.s:test.itest.i:test.c
- 上面的文件mytest ,它依赖 test.o
- test.o ,它依赖 test.s
- test.s ,它依赖 test.i
- test.i ,它依赖 test.c
依赖方法
gcc test.o -o mytest
gcc -c test.s -o test.o
gcc -S test.i -o test.s
gcc -E test.c -o test.i
- gcc test.* -option test.* ,就是与之对应的依赖关系
项目清理
- 工程是需要被清理的
- 像clean这种,没有被第一个目标文件直接或间接关联,那么它后面所定义的命令将不会被自动执行,不过,我们可以显示要make执行。即命令——“make clean”,以此来清除所有的目标文件,以便重编译。
- 但是一般我们这种clean的目标文件,我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是,总是被执行的。
- 可以将我们的 hello 目标文件声明成伪目标,测试一下。
执行顺序
make是如何工作的,在默认的方式下,也就是我们只输入make命令。那么,
- make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
- 如果找到,它会找文件中的第一个目标文件(target),在上面的例子中,他会找到“hello”这个文件,并把这个文件作为最终的目标文件。
- 如果hello文件不存在,或是hello所依赖的后面的hello.o文件的文件修改时间要比hello这个文件新(可以用 touch 测试),那么,他就会执行后面所定义的命令来生成hello这个文件。
- 如果hello所依赖的hello.o文件不存在,那么make会在当前文件中找目标为hello.o文件的依赖性,如果找到则再根据那一个规则生成hello.o文件。(这有点像一个堆栈的过程)
- 当然,你的C文件和H文件是存在的啦,于是make会生成 hello.o 文件,然后再用 hello.o 文件声明make的终极任务,也就是执行文件hello了。
- 这就是整个make的依赖性,make会一层又一层地去找文件的依赖关系,直到最终编译出第一个目标文件。
- 在找寻的过程中,如果出现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错,而对于所定义的命令的错误,或是编译不成功,make根本不理。
- make只管文件的依赖性,即,如果在我找了依赖关系之后,冒号后面的文件还是不在,那么对不起,我就不工作啦!
- 注意目标文件必须在第一行
- make和makefile会自动根据文件中的依赖关系,进行自动推导,帮助我们执行所有相关的依赖方法。
Q1:makefile对最新可执行程序不会默认重新生成
提高编译效率。
Q2:Q1是怎样做到的
对比,可执行文件的最近修改时间和源文件最近修改的时间。
- stat查看
- touch可以在不更改源文件的基础上,更新源文件的时间
- 被.PHONY修饰的对应的方法总是要执行 从而我们可以知道.PHONY就是去掉了对比时间。不管怎样都要重新执行
规范的makefile
- 注意目标文件必须在第一行
- $取内容
- @目标文件
- ^全部文件列表
- makefile当中的注释是#
- mkaefile支持变量,类似宏
- 在gcc前面加上@ 不显示makefile内容的指令
- 依赖方法可以不止一条
- make和makefile会自动根据文件中的依赖关系,进行自动推导,帮助我们执行所有相关的依赖方法。
1 bin=mytest2 src=test.c3 $(bin):$(src)4 @gcc -o $@ $^5 @echo "compiler $(src) to $(bin)..."6 .PHONY:clean7 @rm -f $(bin)8 @echo "clean project..."
🙂感谢大家的阅读,若有错误和不足,欢迎指正