Makefile学习笔记---系统学习make

关于编译过程

编译程序的那些事

一说到编译代码，相信没用过linux的你肯定会说我会啊，不就是点击visual stdio或者code blocks上面的三角符号吗? 是的。我们在win下面写代码用的都是集成开发好的IDE环境，甚至学python的你可能都没听过编译器是什么？至于为什么，我们后面再说。

编译

那么讲到这里，什么是编译？编译就是把你的代码通过编译器（工具而已）转化成机器可以识别的语言，机器可以识别的就是二进制文件，比如00010101010之类。那么为什么要编译？废话，不这样做，直接拿0101这样的数让你写代码？只怕是看个汇编都觉得看天书。所以编译的部分很重要。
在linux机器上，没有一个文本编辑器就可以写出华丽的代码，你可能会问，那它没有开发软件是怎么运行的呢？因为linux本身就是c语言写的，它自带了c编译器，叫做gcc。当你边百度边用“一指禅”写出一个打印“hello，world！”的main.c的时候，你该如何让它运行呢？首先打开linux终端，在终端里切换到你写的mian.c所在的路径，直接gcc main.c这时候你就发现，里面多了一个a.out文件。./a.out就可以显示了，以上操作就相当于是win环境下按了三角符号，一步到位。讲到这里，相信你对于编译是啥，也多多少少知道了一点。我们接着说为什么要用make？

为什么要用到make？

原因一：首先讲过上述编译过程后，可能会有人觉得自己会在linux上编译运行代码了，那要make有毛用，我写好代码，直接gcc就可以了啊。但是，有个问题，当你的代码量非常非常大，假设有3万个c文件，有5万个h文件，这时候，你还要gcc吗？写到明年也写不完
原因二：我们在写代码时，要加编译预处理指令，说白了就是类似#include<stdio.h>这样的头文件，但是这是系统自带的头文件，系统本身可以在库里找到，当你自己添加的“*.h”文件在你编译时，系统是找不到的。所以你要告诉编译器，去哪个路径找。
原因三：当代码量很大很大，比如一个大型软件的源码，我们要用到这个软件，首先有个方法，我们直接把源码全部包含到我的代码里，这样真的蠢。有一种方法，先把代码编译成一个库文件，然后我只需要告诉编译器我要用到的某些模块，让编译器自己去找，这就是静态库。
讲到这里，其实说白了就是希望有个工具可是实现批量让gcc去编译，在学习make的时候我们先看看基础，对于小白来说，真的会很晕，但是希望对于刚入门的你有所帮助。

关于静态、动态库

什么是动态库？相比有个东西大家很熟悉，那就是当你花了很长时间安装了一个游戏，打开时发现提示

“程序无法打开，缺少*.dll”文件

这就是动态库，win下面是.dll文件，linux下是.so文件。动态库是指把大型的程序通过某种方式打包起来，当你要用的时候，只需要包含头文件和调用函数名就可以，不用管函数怎么实现的。
请你想一下？平时你在函数调用时，要自己写实现函数，但是你用的printf函数你可能没注意过它怎么实现的吧？因为printf的实现就被编译成动态库，放在了系统库的文件夹下面。这里又设计到一个新的名词–环境变量。你存放动态库文件的地方，就是你软件的安装路径。被称为环境变量。设置环境变量也就是告诉电脑，运行时去这里找动态库。那你也明白了动态库是在程序运行时去加载的。读者可以去翻翻linux的目录树/usr/local/lib或者/lib下面全是.so文件，因为它是系统默认的动态库加载路径。细节的东西可以自行百度了。
静态库在win下是.lib文件，在linux下是.a文件，它也是由makefile执行后形成的。因为有部分代码需要反复使用，所以需要被打包成库，当我们程序用到，编译器会去静态库把你要用到的代码提取过来。
那么动态库和静态库有什么区别？
下面给出百度答案：（很精确）静态库和动态库是两种共享程序代码的方式，它们的区别是：静态库在程序的链接阶段被复制到了程序中，和程序运行的时候没有关系；动态库在链接阶段没有被复制到程序中，而是程序在运行时由系统动态加载到内存中供程序调用。使用动态库的优点是系统只需载入一次动态库，不同的程序可以得到内存中相同的动态库的副本，因此节省了很多内存。
所以静态就是只是个包，编译用一下，编译好了就不用了，而动态库编译时只需要知道放哪里，程序运行了，才会动态去调用。要一直用。

make 学习

什么是链接？

上面我提到一点，程序编译后需要链接。那么什么是连接？首先，很多c文件在编译时，无法互相连到一起，生成一个可执行文件，所以就需要有个中间文件。具体过程如下：

代码经过编译器编译生成中间文件.o(linux)或.obj(windows)再把大量的中间文件
.o或.obj合成可执行文件的过程就是链接。

make是干嘛的？

make只是一个工具，告诉编译器批量处理编译链接多个c文件用的。也就是相当于把gcc *.c 这样的过程用make代替，你只需要一个make命令，编译器自动实现编译链接，不需要我们一个一个去编译c文件了。那么要在linux下用make，首先要写Makefile文件。

-------------------------------------- 分界线（下面才是干货）---------------------------------------

Makefile的规则

在讲述这个Makefile之前，还是让我们先来粗略地看一看Makefile的规则。

target ... : prerequisites ...
command
...
...

target也就是一个目标文件，可以是Object File，也可以是执行文件。还可以是一个标签（Label）。
prerequisites就是，要生成那个target所需要的文件或是目标。
command也就是make需要执行的命令。（任意的Shell命令）
这是一个文件的依赖关系，也就是说，target这一个或多个的目标文件依赖于prerequisites中的文件，其生成规则定义在command中。说白一点就是说，prerequisites中如果有一个以上的文件比target文件要新的话，command所定义的命令就会被执行。这就是Makefile的规则。也就是Makefile中最核心的内容。
示例
如果一个工程有3个头文件，和8个C文件，我们为了完成前面所述的那三个规则，我们的Makefile应该是下面的这个样子的。

edit : main.o kbd.o command.o display.o insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o insert.o search.o files.o utils.o
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o

反斜杠（\）是换行符的意思。这样比较便于Makefile的易读。我们可以把这个内容保存在文件为“Makefile”或“makefile”的文件中，然后在该目录下直接输入命令“make”就可以编译你的这个项目工程了。最后生成的可执行文件叫edit。
当然，这种写法是我现在常用的，被人说low还是很难过的，当你代码量再大一点的时候，这样写还是换汤不换药。

makefile中使用变量

在上面的例子中，先让我们看看edit的规则：

edit : main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o

我们可以看到[.o]文件的字符串被重复了两次，如果我们的工程需要加入一个新的[.o]文件，那么我们需要在两个地方加（应该是三个地方，还有一个地方在clean中）。当然，我们的makefile并不复杂，所以在两个地方加也不累，但如果makefile变得复杂，那么我们就有可能会忘掉一个需要加入的地方，而导致编译失败。所以，为了makefile的易维护，在makefile中我们可以使用变量。makefile的变量也就是一个字符串，理解成C语言中的宏可能会更好。
比如，我们声明一个变量，叫objects, OBJECTS, objs, OBJS, obj, 或是 OBJ，反正不管什么啦，只要能够表示obj文件就行了。我们在makefile一开始就这样定义：

objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o

于是，我们就可以很方便地在我们的makefile中以“$(objects)”的方式来使用这个变量了，于是我们的改良版makefile就变成下面这个样子：

objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
edit : $(objects)
cc -o edit $(objects)
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit $(objects)

于是如果有新的 .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 \
insert.o search.o files.o utils.o
edit : $(objects)
cc -o edit $(objects)
main.o : defs.h
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
.PHONY : clean
clean :
rm edit $(objects)

这种方法，也就是make的“隐晦规则”。上面文件内容中，“.PHONY”表示，clean是个伪目标文件。

make是如何工作的

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

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

声明：文章干货后面的只是只是对于学习的记录，并非原创，原创出自

跟我一起写 Makefile 陈皓

这本书，大家想学更多可以去支持作者哦！