Linux自动化构建工具make和Makefile如何使用

这篇文章主要介绍“Linux自动化构建工具make和Makefile如何使用”，在日常操作中，相信很多人在Linux自动化构建工具make和Makefile如何使用问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”Linux自动化构建工具make和Makefile如何使用”的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

成都创新互联专业为企业提供鹤庆网站建设、鹤庆做网站、鹤庆网站设计、鹤庆网站制作等企业网站建设、网页设计与制作、鹤庆企业网站模板建站服务，10多年鹤庆做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。

一、make和Makefile的作用

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

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

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

二、make和Makefile的使用

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

Linux自动化构建工具make和Makefile如何使用

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

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

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

Linux自动化构建工具make和Makefile如何使用

然后我们保存退出。

然后我们可以执行make命令。如果提示make不存在，则是因为没有安装，可以切换至root身份安装。安装代码：yum install make 或者 sudo install make。

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

Linux自动化构建工具make和Makefile如何使用

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

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

Linux自动化构建工具make和Makefile如何使用

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

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

Linux自动化构建工具make和Makefile如何使用

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

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

Linux自动化构建工具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的方法，叫依赖方法。

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

打个比方。

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

Linux自动化构建工具make和Makefile如何使用

所以我的程序也是一样的。 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只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。