背景

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

快速查看

makefile文件可以必须要以makefile/Makefile命名。我们想通过makefile来编译并清理code.c文件就可以编写下方发的代码实现自动化编译。

其中，第一行代码是依赖关系，第二行是依赖方法。
我们通过make指令可以自动执行第二行代码，形成可执行程序。通过make clean指令实行可执行程序的删除。
注意：make指令默认执行makefile中第一条依赖命令。
依赖关系和依赖方法就像我们问父母打电话要生活费，依赖关系是要生活费，依赖方法是打电话。

项目清理

• 工程是需要被清理的
• 像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行。不过，我们可以显示要make执行。即命令——“make clean”，以此来清除所有的目标文件，以便重编译。
• 但是一般我们这种clean的目标文件，我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是，总是被执行的。

原理

我们发现，当我们用make指令形成可执行程序之后，再次输入make程序就不会重新编译了，只有当文件被修改之后才能再次被make。因为程序的编译是需要消耗很多的资源的，这样做可以避免浪费。
而加上.PHONY后，依赖方法总是被执行，不会被任何情况拦截。

makefile是怎么做的不让我们编译我们的代码的呢？
其实是根据文件的修改时间做到的。
通过stat命令我们可以看到文件的ACM时间


通过源文件和code.c文件的修改时间做对比，可以体现出源文件的新旧。
若源文件的修改时间大于code.c文件的修改时间，make指令就可以重新编译形成可执行文件。

我们可以通过touch指令来更改文件的ACM时间。
当我们多次修改文件的Access时间，发现它的时间只有在第一次发生了变化，为什么呢？

因为

依赖关系

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

原理

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

1. make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
2. 如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“hello”这个文件，并把这个文件作为最终的目标文件。
3. 如果hello文件不存在，或是hello所依赖的后面的hello.o文件的文件修改时间要比hello这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成hello这个文件。
4. 如果hello所依赖的hello.o文件不存在，那么make会在当前文件中找目标为hello.o文件的依赖性，如果找到则再根据那一个规则生成hello.o文件。（这有点像一个堆栈的过程）
5. 当然，你的C文件和H文件是存在的啦，于是make会生成 hello.o 文件，然后再用 hello.o 文件声明make的终极任务，也就是执行文件hello了。
6. 这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
7. 在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
8. make只管文件的依赖性，即，如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。

但是我们不推荐写这样子的代码，直接用gcc形成可执行程序就可以啦。