make/Makefile文件

1 背景

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

2 理解

2.1 创建执行代码

第一步： 首先先写一份c语言测试代码：

vim func.c

viim指令进行创建编写c文件，最后使用 :wq 保存退出：

2.2 创建makefile文件

第二步： 创建Makefile文件，并且进入vim编写内容

vim Makefile

内容如下：

func:func.ogcc func.o -o func
func.o:func.sgcc -c func.s -o func.o
func.s:func.igcc -S func.i -o func.s
func.i:func.cgcc -E func.c -o func.i
.PHONY:clean
clean:rm -f func.i func.s func.o func

2.3 运行make指令

第三步： 使用make指令运行指定的文件

可以发现，目录中多出了许多编译的文件。

此时使用 ./ 运行执行文件是可以的：

对此：

2.3.1 依赖关系

• 上面的文件 func ,它依赖 func .o
• func .o , 它依赖 func .s
• func .s , 它依赖 func .i
• func .i , 它依赖 func .c

2.3.2 依赖方法

• gcc hello.* -option hello.* ,就是与之对应的依赖关系

2.3.3 原理

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

• make会在当前目录下找名字叫“Makefile”或“makefile”的文件。

  如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“hello”这个文件，并把这个文件作为最终的目标文件。

• 如果func文件不存在，或是func所依赖的后面的hello.o文件的文件修改时间要比func这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成hello这个文件。

• 如果func所依赖的func.o文件不存在，那么make会在当前文件中找目标为func.o文件的依赖性，如果找到则再根据那一个规则生成func.o文件。（这有点像一个堆栈的过程）

• 当然，你的C文件和H文件是存在的啦，于是make会生成 func.o 文件，然后再用 func.o 文件声明make的终极任务，也就是执行文件func了。

• 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。

• 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。

• make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。

2.4 项目清理

• 工程是需要被清理的

• 像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显示要make执行。即命令—— make clean ，以此来清除所有的目标文件，以便重编译。

• 但是一般我们这种clean的目标文件，我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是，总是被执行的。

• 可以将我们的 func 目标文件声明成伪目标，测试一下