make是一条命令,makefile是一个文件,两个搭配使用,完成项目自动化构建
makefile带来的好处就是自动化编译,一旦写好,只需要一个make命令,整个工程完全自动编
译,极大的提高了软件开发的效率
下面来看一个实例:在Makefile文件里
可以如上图一样g++/gcc编译代码一步到位,也可以如下图一样,一步一步拆解
但是更推荐第一种,以上两种都可以生成可执行程序mybin,./mybin就可以运行代码了
最后可以使用clean来清除所有的目标文件,以便重编译
为了更加细致理解依赖关系,我们选中图二来解释依赖关系
上面的文件mybin ,它依赖 code.o
code.o , 它依赖 code.s
code.s , 它依赖 code.i
code.i , 它依赖 code.cpp
make是如何工作的呢?当我们只输入make命令:
1. make会在当前目录下找名字叫“Makefile”或“makefile”的文件
2. 如果找到,它会找文件中的第一个目标文件,在上面的例子中,他会找到“mybin”这个文件,并把这个文件作为最终的目标文件
3. 如果mybin文件不存在,或是mybin所依赖的后面的code.o文件的文件修改时间要比hello这个文件新,那么,他就会执行后面所定义的命令来生成hello这个文件
4. 如果mybin所依赖的code.o文件不存在,那么make会在当前文件中找目标为code.o文件的依赖性,如果找到则再根据那一个规则生成code.o文件
make会一层又一层地去找文件的依赖关系,直到最终编译出第一个目标文件
6. 在找寻的过程中,如果出现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错,而对于所定义的命令的错误,编译不成功,make不理睬
1 工程是需要被清理的
2 像clean这种,没有被第一个目标文件直接或间接关联,那么它后面所定义的命令将不会被自动执行,不过,我们可以显示要make执行。即命令——“make clean”,以此来清除所有的目标文件,以便重编译
3一般我们会把 clean这种目标文件,设置为伪目标,用 .PHONY 修饰,伪目标的特性:总是被
执行的,即依赖方法总是会被执行,不会被任何情况拦截
在makefile文件中我们还可以这样写:(推荐)
相较于原来的:
$(target) 替换了mybin $(src) 替换了code.cpp
$(cc) 替换了g++
$^ :替换的是依赖关系中冒号之后的内容
$@: 替换的是依赖关系中冒号之前的内容
如图,在我们编译一次生成了可执行程序之后,想要再make重新编译一次,就不被允许了
这样是为了提高编译效率,通过时间对比可以做到不让某些代码重新进行编译
还记得acess,modify,change这三大文件时间吗?这次的主角是modify时间
可以通过stat 文件名 查看到
通过比对modify时间可以做到不让某些代码重新进行编译:
首先要清楚,modify时间不是本质,通过modify时间对比出来新旧才是本质
那么源文件要和谁的modify时间进行对比来体现源文件的新旧呢?
答案是生成的可执行程序
因为可执行程序也是一个文件,重新编译的本质不就是重新写入一个二进制的可执行文件吗?既然如此,它的修改时间也会更改
整个逻辑是:第一次编译的时候,一定是先有源文件,才有mybin可执行程序,那么源文件的修改时间 第二次/n次,我们对源文件进行任何的修改,那么源文件的修改时间>mybin可执行程序的修改时间则可以重新编译生成可执行 这里重新认识以下touch命令吧,通常我们使用touch命令最多的时候就是新建文件了,但是touch还有更新文件时间的作用 所以当我们没有对源文件做出任何修改又想要重新编译的时候,可以用touch命令更新一下源文件的时间,让源文件的修改时间>mybin文件的修改时间