0


【Linux】自动化构建工具make和Makefile

       🔥🔥 欢迎来到小林的博客!!
      🛰️博客主页:✈️小林爱敲代码
      🛰️社区 : 进步学堂
      🛰️专栏 : Linux之路
      🛰️欢迎关注:👍点赞🙌收藏✍️留言

文章目录

💖一、make和Makefile的作用

在一个工程中的源文件不计数,其按类型、功能、模块分别放在若干个目录中,makefile定义了一系列的 规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂 的功能操作。

所以,makefile带来的好处就是——“自动化编译”,一旦写好,只需要一个make命令,整个工程完全自动编 译,极大的提高了软件开发的效率。

make是一个命令工具,是一个解释makefile中指令的命令工具,一般来说,大多数的IDE都有这个命 令,比如:Delphi的make,Visual C++的nmake,Linux下GNU的make。可见,makefile都成为了一 种在工程方面的编译方法。 make是一条命令,makefile是一个文件,两个搭配使用,就可以完成项目自动化构建。

💖二、make和Makefile的使用

在了解依赖关系和依赖方法之前,我们来写一个C语言的小程序。

在这里插入图片描述

我们创建了一个make.c的文件,并写上了一句hello make的代码。

那么我们再创建一个Makefile文件(makefile也可以,但不建议)。

然后我们编辑Makefile文件并写上如下代码:

在这里插入图片描述

然后我们保存退出。

然后我们可以执行make命令。如果提示make不存在,则是因为没有安装,可以切换至root身份安装。安装代码:

yum install make

或者

sudo install make

正常执行make后会出现如下显示。

在这里插入图片描述

然后我们ll来查看当前目录下的文件。

image-20230205095929871

我们可以发现多了一个可执行程序make。那我们运行用

./make

运行试试。

在这里插入图片描述

我们会发现这个可执行程序输出make。

这就是我们的自动化构建工具,只需要在Makefile里面配置一下。往后直接输入make即可编译代码。那我们再输入一次make试试。

在这里插入图片描述

提示我们 make程序是最新的。 也就是说,如果你没有修改或者更新程序的话。 那么则不会为你编译,因为你程序都没动呀,编译它干嘛。

那么此时我们回过来分析一下 Makefile里面写的代码。

在这里插入图片描述

首先我们把它分为三部分

make
make.c
gcc make.c -o make -std=c99

这三者的关系就是,

make

是依赖于

make.c

产生的。 它们两者有依赖关系 , 而

gcc make.c -o make -std=c99

则是 make 依赖于 make.c的方法,叫依赖方法

什么是依赖关系和依赖方法?

打个比方。

月底了,你的生活费用光了。 这个时候你给你爸爸打电话,和他说:“爸,月底了。我没钱了。"。此时你的爸爸就知道了,会给你打生活费。 这里面,你和你的父亲是父子关系,所以你依赖于你的父亲,你们之间有依赖关系。而你的父亲给你生活费,这是你依赖父亲的一种方式,所以这就是依赖方法。如果此时你给你室友的父亲打电话要生活费,他会直接让你滚。因为你们根本不构成依赖关系,不构成依赖关系就没有依赖方法。

在这里插入图片描述

所以我的程序也是一样的。 make 是生成的可执行程序。 而它依赖于make.c,因为它是从 make.c编译来的。而依赖方法则是 执行

gcc make.c -o make -std=c99

这条命令。

依赖关系的原理

  • make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
  • 如果找到,它会找文件中的第一个目标文件(target),在上面的例子中,他会找到“hello”这个文件, 并把这个文件作为最终的目标文件。
  • 如果hello文件不存在,或是hello所依赖的后面的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根本不理。
  • make只管文件的依赖性,即,如果在我找了依赖关系之后,冒号后面的文件还是不在,那么对不起, 我就不工作啦。

清理

我们平时在写代码的时候,经常会需要反复编译,执行代码。

而在下一次重新编译之前,需要清理一下上次生成的可执行程序。但是清理的时候可能清理错误,不小心把源文件删了,这时又造成了问题。

那么我们有没有方法解决呢?答案是当然有。

我们继续编辑Makefile文件。

在这里插入图片描述

我们在原有的基础上加上了

.PHONY:clean

clean:

​    rm -f make 

那么.PHONY有什么作用呢?

.PHONY

修饰的是一个伪目标的,伪目标总是被执行的。clean是自己定义的一条make指令,使用方法为

make clean

那我们来试试吧这条指令

在这里插入图片描述

我们可以看到它被清理了,那为什么说伪目标它总是被执行的呢?我们多次执行它看看。

在这里插入图片描述

我们可以一直执行它,那么我们多次执行

make

呢?

在这里插入图片描述

我们会发现,make执行了一次,就无法执行了,因为没有被

.PHONY

修饰。那么我用

.PHONY

修饰它再试试。

在这里插入图片描述

然后我们保存退出,多次执行

make

在这里插入图片描述

我们就可以看到它被多次执行了。但我觉得没有这个必要,因为文件没有被修改的话。重新编译没有意义,所以自动化编译不建议加上

.PHONY

我们保存退出,多次执行

make

在这里插入图片描述

我们就可以看到它被多次执行了。但我觉得没有这个必要,因为文件没有被修改的话。重新编译没有意义,所以自动化编译不建议加上

.PHONY
标签: linux 自动化 运维

本文转载自: https://blog.csdn.net/Lin5200000/article/details/130188833
版权归原作者 林 子 所有, 如有侵权,请联系我们删除。

“【Linux】自动化构建工具make和Makefile”的评论:

还没有评论