1 Makefile基本用法
1.1 常用符号
1.1.1 编译器
CC // C语言编译器，默认值为gcc 默认的变量，无需用户自定义，也可以改变其值
CXX // C++语言编译器，默认值为g++ 默认的变量，无需用户自定义，也可以改变其值
CFLAGS // C语言编译器的编译选项
LDFLAGS // C语言编译器的链接选项
CXXFLAGS // C++语言编译器的编译选项
1.1.2 自动化变量
$@ 代表规则中的目标文件名。如果目标是一个文档（Linux中，一般称.a文件为文档），那么它代表这个文档的文件名。在多目标的模式规则中，它代表的是哪个触发规则被执行的目标文件名。
$% 规则的目标文件是一个静态库文件时，代表静态库的一个成员名。例如，规则的目标是“foo.a(bar.o)”，那么，“$%”的值就为“bar.o”，“$@”的值为“foo.a”。如果目标不是函数库文件，其值为空。
$< 规则的第一个依赖文件名。如果是隐含规则，则它代表通过目标指定的第一个依赖文件。
$? 所有比目标文件更新的依赖文件列表，空格分割。如果目标是静态库文件名，代表的是库成员（.o文件）的更新情况。
$^ 规则的所有依赖文件列表，使用空格分隔。如果目标是静态库文件名，它所代表的只能是所有库成员（.o文件）名。一个文件可重复的出现在目标的依赖中，变量“$^”只记录它的一次引用情况。就是说变量“$^”会去掉重复的依赖文件。
$+ 类似“$^”，但是它保留了依赖文件中重复出现的文件。主要用在程序链接时，库的交叉引用场合。
$(@D) 代表目标文件的目录部分（去掉目录部分的最后一个斜杠）。如果“$@”是“dir/foo.o”，那么“$(@D)”的值为“dir”。如果“$@”不存在斜杠，其值就是“.”（当前目录）。注意它和函数“dir”的区别！
$(@F) 目标文件的完整文件名中除目录以外的部分（实际文件名）。如果“$@”为“dir/foo.o”，那么“$(@F)”只就是“foo.o”。“$(@F)”等价于函数“$(notdir $@)”。
$(%D)，$(%F) 当以如“archive(member)”形式静态库为目标时，分别表示库文件成员“member”名中的目录部分和文件名部分。它仅对这种形式的规则目标有效。
$(<D)，$(<F) 分别表示规则中第一个依赖文件的目录部分和文件名部分。
$(^D)，$(^F) 分别表示所有依赖文件的目录部分和文件部分（不存在同一文件）。
$(+D)，$(+F) 分别表示所有依赖文件的目录部分和文件部分（可存在重复文件）。
$(?D)，$(?F) 分别表示被更新的依赖文件的目录部分和文件部分。
% 是通配符，%.c表示工程里的.c文件
@ 命令行以'@'打头的含义： 在执行到的时候不回显相应的命令内容，只显示命令的输出。
“-” 命令行以'-'打头的含义： 在执行到的时候如果发生错误（退出返回非零状态）时，不中断make过程。
“+” 命令行以'+'打头的含义： makefile中以+开头的命令的执行不受到 make的-n,-t,-q三个参数的影响。我们知道，在make的时候，如果加上-n, -t, -q这样的参数，都是不执行相应命令的，而以'+'开头的命令，则无论make命令后面是否跟着三个参数，都会被执行。
1.2 变量
1.2.1 变量定义
OBJ = ../objs
make变量（Makefile中定义的或者是make的环境变量）的引用使用“$(VAR)”格式。
1.2.2 变量赋值
= 当它的右边赋值是变量时，这个变量的定义在本条语句之前或之后都可以，即可以递归展开。
:= 它右边赋得值如果是变量，只能使用在这条语句之前定义好的，而不能使用本条语句之后定义的变量，即不可以递归展开。
?= 该符号左边的变量，如果在本条语句之前没有定义过，则执行本语句，如果已经定义，那么本语句什么都不做。
+= 是添加等号后面的值
1.2.3 变量操作
$(VAR:A=B) 同${VAR:A=B}
${VAR:A=B} 替换变量“VAR”中所有“A”字符结尾的字为“B”结尾的字。“结尾”的含义是空格之前（变量值的多个字以空格分开）
1、wildcard : 扩展通配符 src=$(wildcard *.c ./sub/*.c) 取当前路径和sub路径下的所有.c
src = a.c b.c ./sub/c.c ./sub/d.c
2、notdir ： 去除路径 file=$(notdir $(src))
file = a.c b.c c.c d.c
3、dir：获取路径 dir=$(dir $(src))
dir = . . ./sub ./sub
4、patsubst ：替换通配符 obj=$(patsubst %.c,%.o,$(file) ) 可用于构造目标文件
obj = a.o b.o c.o d.o
5、sed：替换指定字符串 sed 's/要替换的字符串/新的字符串/g' （要替换的字符串可以用正则表达式），可以用 –i 直接替换文件内容
6、grep：（global search regular expression(RE) and print out the line，全面搜索正则表达式并把行打印出来）是一种文本搜索，使用正则表达式搜索文本，并把匹配的行打印出来。
grep "\$(COMPONENT_NAME)_SRC =" $MK_PATH/$1.mk >> makefiles/$1_files.mk
1.3 Makefile的编写
Makefile的作用就是实现自动化编译，它关系到了整个工程的编译规则。一个工程中可能包含很多的源文件，并且按功能，模块等分别存放在特定的目录中，makefile定义了一系列的跪着来指定哪些文件需要先编译，哪些文件需要后编译，哪些要重新编译，以及更复杂的操作。Makefile写好之后，只需要一个make命令，整个工程就可以自动编译，极大地提高了软件开发的效率。
1.3.1 依赖关系
Makefile其实就是为了指定文件依赖性的问题，下面的例子中，target也就是一个目标文件，可以是Object File，也可以是执行文件。还可以是一个标签（Label），作为一个伪目标存在。下面的command就是make要执行命令，可以是编译或者链接命令或者是任意的shell命令，但是命令前必须用tab缩进。Make会把include指令所指定的任何文件视为一个需要更新的工作目标(GNU+Make项目管理第三版P43)。
target ... : prerequisites ...
command
...
1.3.2 工作方式
当我们输入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了。
通常makefile的最后会有一个clean目标，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显式要make执行。即命令——“make clean”，以此来清除所有的目标文件，以便重编译。
1.3.3 自动生成依赖关系
在19B的编译过程中，每次编译都需要执行clean命令清除所有的所有的目标文件，否则，新的代码修改就不会生效，极大地降低了编译效率，通常这种情况的原因是makefile的依赖关系不全或者依赖关系有误。
对19B的编译过程进行梳理发现其依赖关系中仅对.c文件进行了依赖，没有将头文件包含进去，这样当头文件更改时，不会触发任何编译。所以出现了必须clean重编译的效率问题。
完善所有目标文件的依赖关系工作量是巨大的，好在gcc为我们提供了自动生成依赖关系的选项。
定义make-depend程序自动生成依赖规则：
转存失败重新上传取消
转存失败重新上传取消
-MM选项可以为我们生成依赖关系，并且相比-M它省略了标准的头文件，使得依赖关系尽量不那么混乱。
-MF选项用来指定依赖关系文件，通常把目标文件的后缀.o替换成.d。当然也可以使用-MD或者-MMD自动生成类似的文件名，但是它无法加入目标文件的相对路径，只能将.d放在当前目录。
-MP选项用来指示gcc为每一个依赖文件加入假想工作目标，这样当代码重构造成某个被依赖的头文件删除时，不会出现no rule to make target deleted.h的错误，而是认为其尚未被更新，所有依赖其的目标都会被重新编译，对应的依赖文件也会重新生成，进而使deleted.h自然的从makefile中消失。
-MT选项后的字符串做为依赖文件中的工作目标，从而使目标文件可以带上路径信息。
上面只是一个宏定义的函数，我们在基本依赖关系中必须调用这个函数来使其得以执行，并在最后通过include选项将其包含进来(“-”是为了在.d不存在时不发生错误)。
转存失败重新上传取消转存失败重新上传取消
转存失败重新上传取消转存失败重新上传取消
这样，每个.o依赖于.c并由include来的依赖关系对其依赖规则进行补充，在第一次编译不存在依赖文件时每个.o也不存在，编译就可以生成依赖文件，在后续增量编译过程中，源文件的改变可能会导致依赖关系的改变，并会触发.o重新编译，在.o更新时会调用make-depend重新更新.d，进而完成增量编译过程中，只更新需要更新的文件，并且更新了所有需要更新的文件。