问题描述
内容：关于 makefile 的语法规则；
解决方案
Makefile 编写入门教程
https://mp.weixin.qq.com/s/OYYZL7EWru1Np0-1lVEvoA
关于 make 命令相关内容，参见另外一篇文章，点击查看；
Doc: https://www.gnu.org/software/make/manual/ 手册也就 200 页多一点；
阮一峰: http://www.ruanyifeng.com/blog/2015/02/make.html 博客写很好的；
关于更过 makefile 文件的内容，需要看文档。我们自己把文档打印了一份，方便查阅；
快速开始
基本 Makefile 结构实例：
ipl.bin : ipl.nas Makefile ../z_tools/nask.exe ipl.nas ipl.bin ipl.lst
如果想要制作 ipl.bin 就要具有 ipl.nas 与 Makefile 文件。如果具有里这两个文件，则执行执行下一行的命令；
简单的说，makefile 定义了一系列的规则来指定，哪些文件需要先编译，哪些文件需要后编译，哪些文件需要重新编译，甚至可以在 makefile 中执行 shell 脚本。makefile 带来的好处就是——“自动化编译”，一旦写好，只需要一个 make 命令，整个工程完全自动编译，极大的提高了软件开发的效率；
关于程序的编译和链接
一般来说，无论是 C 还是 C++，首先要把源文件编译成中间代码文件，在 Windows 下也就是 .obj 文件，UNIX 下是 .o 文件，即 Object File，这个动作叫做编译（compile），一般来说，每个源文件都应该对应于一个中间目标文件（O 文件或是 OBJ 文件）。然后再把大量的 Object File 合成执行文件，这个动作叫作链接（link）；
编译时，编译器需要的是语法的正确，函数与变量的声明的正确。对于后者，通常是你需要告诉编译器头文件的所在位置（头文件中应该只是声明，而定义应该放在 C/C++文件中），只要所有的语法正确，编译器就可以编译出中间目标文件；
链接时，主要是链接函数和全局变量，所以，我们可以使用这些中间目标文件（O 文件或是 OBJ 文件）来链接我们的应用程序。链接器并不管函数所在的源文件，只管函数的中间目标文件（Object File），在大多数时候，由于源文件太多，编译生成的中间目标文件太多，而在链接时需要明显地指出中间目标文件名，这对于编译很不方便，所以，我们要给中间目标文件打个包，在 Windows 下这种包叫“库文件”（Library File)，也就是 .lib 文件，在 UNIX 下，是 Archive File，也就是 .a 文件；
下面我们开始看看如何自己写出 makefile；
Makefile 的规则
目标 ： 需要的条件 （注意：冒号两边有空格）
解释一下：
1 目标可以是一个或多个，可以是 Object File，也可以是执行文件，甚至可以是一个标签；
2 需要的条件就是生成目标所需要的文件或目标
3 命令就是生成目标所需要执行的脚本
总结一下，就是说一条 makefile 规则规定了编译的依赖关系，也就是目标文件依赖于条件，生成规则用命令来描述。在编译时，如果需要的条件的文件比目标更新的话，就会执行生成命令来更新目标；
下面举个简单的例子说明。如果一个工程有 3 个头文件，和 8 个 C 文件，我们为了完成前面所述的那三个规则，我们的 Makefile 应该是下面的这个样子的；
edit : main.o kbd.o command.o display.o /
insert.o search.o files.o utils.o
将上面的内容写入到 Makefile 文件中，然后执行 make 就可以进行编译，执行 make clean 就可以删除所有目标文件。解释一下，也就是说生成最终的目标文件 edit，依赖于一系列的.o 目标文件，而这些.o 文件又是需要用源文件来编译生成的；
需要注意的是，clean 后面没有条件，而 clean 本身也不是文件，它只不过是一个动作名字，其冒号后什么也没有，那么，make 就不会自动去找文件的依赖性，也就不会自动执行其后所定义的命令；
make 是如何工作的
在默认的方式下，也就是我们只输入 make 命令。那么，
2、如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“edit”这个文件，并把这个文件作为最终的目标文件；
3、如果 edit 文件不存在，或是 edit 所依赖的后面的 .o 文件的文件修改时间要比 edit 这个文件新，那么，他就会执行后面所定义的命令来生成 edit 这个文件；
4、如果 edit 所依赖的.o 文件也不存在，那么 make 会在当前文件中找目标为.o 文件的依赖性，如果找到则再根据那一个规则生成.o 文件。（这有点像一个堆栈的过程）
5、当然，你的 C 文件和 H 文件是存在的啦，于是 make 会生成 .o 文件，然后再用 .o 文件生命 make 的终极任务，也就是执行文件 edit 了；
makefile 中使用变量
前面的知识已经足以让你自己完成一个简单的 makefile 了，不过 makefile 的精妙之处远不止如此，下面来看看如何在 makefile 中使用变量吧；
在上面的例子中，先让我们看看 edit 的规则：
我们可以看到[.o]文件的字符串被重复了两次，如果我们的工程需要加入一个新的[.o]文件，那么我们需要在两个地方加（应该是三个地方，还有一个地方在 clean 中）。当然，我们的 makefile 并不复杂，所以在两个地方加也不累，但如果 makefile 变得复杂，那么我们就有可能会忘掉一个需要加入的地方，而导致编译失败。所以，为了 makefile 的易维护，在 makefile 中我们可以使用变量。makefile 的变量也就是一个字符串，理解成 C 语言中的宏可能会更好；
于是，我们使用变量 objects
objects = main.o kbd.o command.o display.o /
这样一来，原来的 makefile 变成如下的样子：
objects = main.o kbd.o command.o display.o /
这样看起来方便多了吧，也更加省事了。如果有新的.o 文件怎么办？当然是在 objects 里面添加了，这样只需要一处改变，很方便吧；
让 make 自动推导
GNU 的 make 很强大，它可以自动推导文件以及文件依赖关系后面的命令，于是我们就没必要去在每一个[.o]文件后都写上类似的命令，因为，我们的 make 会自动识别，并自己推导命令；
只要 make 看到一个[.o]文件，它就会自动的把[.c]文件加在依赖关系中，如果 make 找到一个 whatever.o，那么 whatever.c，就会是 whatever.o 的依赖文件。并且 cc -c whatever.c 也会被推导出来，于是，我们的 makefile 再也不用写得这么复杂。我们的是新的 makefile 又出炉了；
objects = main.o kbd.o command.o display.o /
kbd.o : defs.h command.h
command.o : defs.h command.h
display.o : defs.h buffer.h
insert.o : defs.h buffer.h
search.o : defs.h buffer.h
files.o : defs.h buffer.h command.h
utils.o : defs.h
clean :
当然，如果你觉得那么多[.o]和[.h]的依赖有点不爽的话，好吧，没有问题，这个对于 make 来说很容易，谁叫它提供了自动推导命令和文件的功能呢？来看看最新风格的 makefile 吧；
objects = main.o kbd.o command.o display.o /
kbd.o command.o files.o : command.h
display.o insert.o search.o files.o : buffer.h
clean :
不过话说回来，我们并不推荐这种方法。虽然简单，但是这种方法破坏了文件本身的依赖关系。如果文件过多的话，可能你自己都不清楚了；
参考文献
A Simple Makefile Tutorial: http://www.cs.colby.edu/maxwell/courses/tutorials/maketutor/
如何自己编写 Makefile: http://www.cnblogs.com/luchen927/archive/2012/02/05/2339002.html
跟我一起写 Makefile（一）: http://blog.csdn.net/haoel/article/details/2886