Linux项目自动化构建工具:make与Makefile的基本用法

目录

1.什么是makefile

2.快速简单了解make/Makefile的使用

3.背后的知识:

4.依赖关系

5.其他写法


1.什么是makefile

  • 会不会写makefile,从一个侧面说明了一个人是否具备完成大型工程的能力
  • 一个工程中的源文件不计数,其按类型、功能、模块分别放在若干个目录中,makefile定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作
  • makefile带来的好处就是——“自动化编译”,一旦写好,只需要一个make命令,整个工程完全自动编译,极大的提高了软件开发的效率。
  • make是一个命令工具,是一个解释makefile中指令的命令工具,一般来说,大多数的IDE都有这个命令,比如:Delphi的make,Visual C++的nmake,Linux下GNU的make。可见,makefile都成为了一种在工程方面的编译方法。
  • make是一条命令,makefile是一个文件,两个搭配使用,完成项目自动化构建

2.快速简单了解make/Makefile的使用

第一步,编写一个 .c 源文件。 

第二步,创建一个名称为Makefile文件,文件名首字符也可以小写,但必须是makefile。

第三步,使用vim打开Makefile文件,编写下面代码,保存并退出。这里源文件是code.c,mybin是最终生成可执行程序的名称,可以自己编写。

第四步,输入make 指令,可以发现已经生成了可执行程序mybin

第五步,输入make clean,可以发现可执行程序被删除。

3.背后的知识:

现实中,依赖关系+依赖方法可以描述清楚一件事情的原因和做法,能答到我们的目的,这里有依赖关系和依赖方法。依赖关系就是mybin可执行程序要依赖code.c源文件。依赖方法就是相关的指令。clean这里只有依赖关系没有依赖方法。

关于.PHONY:

phony有假的意思,在这里作伪目标,表示总是被执行。什么叫总是被执行呢。我们这里可以比较一下make,与make clean。这里之所以可以只写make而不用写成make mybin,是因为mybin写在了最前面,所以可以省略,如果clean写在了前面make clean也可以简写成make,但这时make mybin就不能简写了。

可以发现当我们删除可执行程序mybin后,我们第一次make生成可执行程序时是可以的,但只能生成一次,之后便提示mybin是最近新的。但是make clean删除文件后还可以删除,这就是.PHONY的作用。

原理:

可以发现makefile和make总是不让我们重新编译我们的代码。它们通过时间对比,可以做到不让有些代码进行重新编译(不让某些操作进行),可以提高编译的效率。对比的时间是源文件的被修改的时间与可执行程序生成的时间。可以通过stat 指令查看文件的属性:

 这里有三个时间,Access访问时间,Modify修改时间,Change属性改变时间,这里比较的时间是Modify时间。当源文件的Modify时间大于可以执行程序mybin的Modify时间时,执行make指令才会重新编译生成新的可执行文件,否则会提醒可执行文件已经更新。

关于Access时间:
一般而言,一个文件被查看的频率是非常高的,我们所看到的文件,都在存放在磁盘中的,磁盘文件=内容+属性,更改时间的本质,其实是访问磁盘!

而Linux系统充满大量的访问磁盘的IO操作,每次访问都要更改accesstime,变相的减慢系统效率。所以更改Access时间是,添加了次数限制,所以不会在使用vim或cat访问后Access时间一定会被更改。

如果我们想要更新一下文件的时间,想让源文件变成最新的(没有改内容),可以使用touch命令,touch不仅可以创建文件还可以更新文件时间,可以通过man touch指令查看具体解释。

总结:

make是如何工作的,在默认的方式下,也就是我们只输入make命令。

  • 1. make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
  • 2. 如果找到,它会找文件中的第一个目标文件(target),在上面的例子中,他会找到“mybin”这个文件,并把这个文件作为最终的目标文件。
  • 3. 如果mybin文件不存在,或是mybin所依赖的后面的code.c文件的文件修改时间要比mybin这个文件新(可以用 touch 测试),那么,他就会执行后面所定义的命令来生成mybin这个文件。

4.依赖关系

执行make指令后, 生成了4个文件。这是因为如果mybin所依赖的code.o文件不存在,那么make会在当前文件中找目标为code.o文件的依赖性,如果找到则再根据那一个规则生成code.o文件。(这有点像一个堆栈的过程)。

  • 这就是整个make的依赖性,make会一层又一层地去找文件的依赖关系,直到最终编译出第一个目标文件
  • 在找寻的过程中,如果出现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错,而对于所定义的命令的错误,或是编译不成功,make不会做出反应。
  • make只管文件的依赖性,即,如果在我找了依赖关系之后,冒号后面的文件还是不在,那么make就会出现错误。

 但是如果你只是想生成可执行程序,还是推荐文章开头的写法。

5.其他写法

 可以发现上面方法都会打印指令,可以在指令前加@就可以隐藏指令,使用echo指令打印相关信息。

make: 

make clean:

Makefile中使用 # 使用注释

echo不加@对比:

 

 makefile中可以定义变量,可以发生替换,但是要加上$()。之后更改源文件,可执行文件时就会方便很多,或者可以把编译器由gcc改成g++。

  $^表示所依赖的文件,$@表示目标文件,可依赖的文件可以有多个,可以与上面的定义变量混合使用更加方便。

本篇结束!

猜你喜欢

转载自blog.csdn.net/qq_72916130/article/details/134449814