以前对makefile的编写，限于刚开始接触，我都比较局限一些死板的格式，有时候就会显得有些繁琐。在进一步了解一些系统编译和链接的知识后，对makefile编写流程有了一些新的认识，所以来此梳理梳理，方便更为灵活地编写makefile。
makefile带来直接好处就是——“自动化编译”。一旦写好，只需要一个make命令，整个工程完全自动编译，所以十分方便。而Makefile文件就是告诉make命令怎么样地去编译和链接程序。但是想要比较灵活的运用它，还是先要熟悉一些关于系统对程序编译和链接的知识。
一般来说，对C、C++程序、先把源文件编译成中间代码文件。Linux下是 .o 文件即 Object File,在Windows下也就是 .obj 文件，这个动作叫做编译（compile）。然后再把大量的.O文件合成执行文件，这个动作叫作链接（link）
编译时，编译器需要的是语法的正确，函数与变量的声明的正确。对于后者，通常是让我们告诉编译器头文件的所在位置（头文件中放声明，而定义放在C/C++文件中），只要所有的语法正确，编译器就可以编译出中间目标文件。一般来说，每个源文件都应该对应于一个中间目标文件（.O文件或是OBJ文件）。
链接时，主要是链接函数和全局变量，所以，我们可以使用这些中间目标文件（.O文件或.OBJ文件）来链接我们的应用程序。链接器并不管函数所在的源文件，只管函数的中间目标文件。在大多数时候，由于源文件太多，编译生成的中间目标文件太多，而在链接时需要明显地指出中间目标文件名，这对于编译很不方便，所以，我们要给中间目标文件打个包，在Windows下这种包叫“库文件”（Library File)，也就是 .lib 文件，在Linux下，是Archive File，也就是 .a 文件
总的来说就是，首先源文件-> .o文件，再由.o文件->可执行文件。在编译时，编译器只检测程序语法，和函数、变量是否被声明。如果函数未被声明，编译器会给出一个警告，但可以生成Object File。而在链接程序时，链接器会在所有的.o文件中找寻函数的实现，如果找不到，那到就会报链接错误码（Linker Error）
来个例子感受一下，
这里make,便会自动编译了。这当中生成可执行文件hello依赖于hello.o,hello.o 依赖于 hello.c; 最后找到了hello.c便可以gcc生成hello.o这样往后‘带’，目标文件的hello便链接上.o文件去执行了。这里值得注意的是写gcc命令时需要添上 -c选项，用来保证得到的.o文件可重链接，不然基本会make报错（某些情况如直接gcc hello.c -o hello例外）。
直白点说，最后生成的可执行文件就是链接.o文件得到;而.o文件靠着“依赖关系”生成。
还有注意一点就是在Makefile中的命令（如gcc ..），必须要以[Tab]键开始，不然你很可能就会make出错哦~。
上面例子直接链接一个中间目标文件，显得比较简单，当遇到源文件需要链接多个中间目标文件时会是怎么个样子呢？
比如 分别创建一个加法的add.c 和 add.h ，一个减法 sub.c和 sub.h 最后main.c 来调用add 和 sub实现加减法。此时Makefile 会像这样
从上面注意几个地方：
①当最终目标文件依赖多个.o时，将依赖的多个.o 一起写到main: 后面。然后依次以 目标：依赖文件 gcc… 的格式，罗列所有依赖关系
②由于在上面的过程中生成了多个中间.o文件(实际工程中肯定是比较多的），所以每次编译完成，后续基本还需要进行一定的清理工作，这时候就用上一个 “clean” (后面细说一下）来清理。
③ .PHONY意思表示clean是一个“伪目标”。也即是无论clean是否最新，一定执行它。rm命令前面加了一个小减号的意思就是，也许某些文件出现问题，但并不理睬。当然，clean的规则不要放在文件的开头，否则这就会变成make的默认目标，相信谁也不愿意这样。不成文的规矩是——“clean从来都是放在文件的最后”
关于clean:
它只不过是一个动作名字，有点像c语言中的lable一样，其冒号后什么也没有，那么，make就不会自动去找它的依赖性，也就不会自动执行其后所定义的命令。要执行其后的命令（不仅用于clean，其他lable同样适用），就要在make命令后明显得指出这个lable的名字。这样的方法非常有用，我们可以在一个Makefile中定义不用的编译或是和编译无关的命令，比如程序的打包，程序的备份，等等。
到这，大致可以了解了makefile，以及大致怎么实现makefile.好， 那么make又是怎么用makefile进行执行的呢？
1、make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
2、如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“main”这个文件，并把这个文件作为最终的目标文件。
3、如果main文件不存在，或是main所依赖的后面的 .o 文件的文件修改时间要比main这个文件新，那么，它就会执行后面所定义的命令来生成main这个文件。
4、如果main所依赖的.o文件也不存在，那么make会在当前文件中找目标为.o文件的依赖性，如果找到则再根据那一个规则生成.o文件。（这有点像一个堆栈的过程）
5、当然，你的C文件和H文件是存在的啦，于是make会生成 .o 文件，然后再用 .o 文件生命make的终极任务，也就是执行文件main了。
这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。make只管文件的依赖性，即如果在我找了依赖关系之后，冒号后面的文件还是不在，那么对不起，我就不工作啦。
从前面的makefile编写来看， 当中我们每写一个依赖关系就需要写一个形如gcc X.c -o X.o生成命令，这里还好，若是较大的工程，这样难免就太繁琐了，所以据了解，一般在公司专门编写makefile的人是不会那样写的。还有写着更简洁方式，就是利用下面这几个符号：
$^ 代表所有的依赖文件
$@ 代表所有的目标文件
$< 代表第一个依赖文件
注意$<代表的是依赖关系表中的第一项（如果我们想引用的是整个关系表，那么就应该使用$^），具体到我们这里就是%.c。而$@代表的是当前语句的目标，即%.o。于是便可以将上面的makefile改写成
由于链接依赖的是中间目标文件.o ,如果makefile变得复杂，那么我们就有可能会少写一个依赖关系，得到.o文件不完整，从而导致编译失败。所以，为了makefile的易维护，在makefile中我们可以使用常量（这里看到很多人都把它说成变量，个人认为 它在后面并没有被改变，因次叫常量更好）。定义一个常量OBJS来表示所有的.o文件，于是便还可将Makefile写成这样:
这样是不是感觉又简洁了不少！ 这里的%.o : %.c 想必都可以大家都可以猜出来，这代表的意思就是所有的.o文件依赖相应的.C文件，是一个模式规则。这样一来，make命令就会自动将所有的.c源文件编译成同名的.o文件。不用这样便又省去好几步。
到这，相信聪明的你，可以更灵活编写makefile (ヾ(´A｀)ノﾟ 打脸，怎能说出如此膨胀的话来)。 不管了，再补充补充关于Makefile的东西 就赶紧溜～～
在应用时候，定下的规则一般这样：
①如果这个工程没有编译过，那么我们的所有c文件都要编译并被链接。
②如果这个工程的某几个c文件被修改，那么我们只编译被修改的c文件，并链接目标程序。
③如果这个工程的头文件被改变了，那么我们需要编译引用了这几个头文件的c文件，并链接目标程序。
所以只要我们的makefile写得够好，所有的这一切，我们只用一个make命令就可以完成，make命令会自动智能地根据当前的文件修改的情况来确定哪些文件需要重编译，从而自己编译所需要的文件和链接目标程序。
原文链接：https://www.cnblogs.com/tp-16b/p/8955462.html
原创文章，作者：优速盾-小U，如若转载，请注明出处：https://www.cdnb.net/bbs/archives/32813
