Makefile的基本概念
GNU make最初是Unix系统下的一个工具，设计之初是为了维护C程序文件不必要的重新编译，他是一个自动生成和维护目标程序的工具
make是一个解释Makefile文件中指令的命令工具，其最基本的功能就是通过Makefile文件来描述源程序之间的相互关系并自动维护编译工作，他会告知系统以何种方式编译和链接程序。
Makefile写好之后，每次改变了某些源文件只要执行make命令（$ make）
所有必要的重新编译将执行，make程序利用Makefile中的数据和每个文件的最后修改时间来确定哪个文件需要更新，对于需要更新的文件，make程序执行Makefile数据中的定义的命令来更新。
GNU make的主要功能是读进一个文本文件Makefile，并根据Makefile的内容执行一系列工作。
Makefile的默认文件名为GNUmakefile、makefile或Makefile，当然也可以在make命令行中指定别的文件名。如果不特别指定，make命令在执行时，将按照顺序查找默认的makefile文件。
Makefile是一个文本形式的数据库文件，其中包含了一些规则，来告诉make处理哪些文件以及如何处理这些文件。
这些规则主要是描述哪些文件（target目标文件）是从哪些别的文件（dependency依赖文件）中产生而来的，以及用什么命令（command）来执行这个过程
依靠这些信息，make会对磁盘上的文件进行检查，如果目标文件的生成或被改动时的时间（文件的时间戳）至少比它的一个依赖文件还旧的话，make就执行相应的命令，已更新目标文件。目标文件不一定是最后的可执行文件，可以是任何一个中间文件并可以作为其他目标文件的依赖文件。
GNU make工作流程
- 查找当前目录下的Makefile文件
- 初始化文件中的变量
- 分析Makefile中的所有规则
- 为所有的目标文件创建依赖关系
- 根据依赖关系，决定哪些文件重新生成
- 执行生成命令
一个Makefile文件主要有一系列规则，每条规则都必须包含以下内容：
- 一个目标（target），即make最终需要创建的文件，如可执行文件或目标文件，目标也可以是要执行的动作，如clean
- 一个或多个依赖文件（dependency）列表，通常是编译目标文件所需要的其他文件
- 一系列命令（command），是make执行的动作，通常是把指定的相关文件编译成目标文件的编译命令，每个命令占一行，并且每个命令的起始字符必须为Tab字符。
Makefile文件
图中，蓝绿色的为目标，白色的为依赖文件，红色的为命令，蓝色的为注释
目录文件结构
执行make后生成的文件以及可执行程序
执行makefile中定义的clean
修改了部分文件，只会对编辑的文件进行修改
重复编译会提示
make命令
标准形式：$ make [选项] [宏定义] [目标文件]
- 常用选项
-
-f：file，指定Makefile的文件名
-
指定Makefile文件
-
-n：打印出所有的执行命令，但事实上不执行这些命令
显示命令，但不执行
-
-s：在执行时不打印命令名
不显示执行信息
-
-w：如果在make执行时要改变目录，则打印当前的执行目录 -
-d：打印调试信息 -
-I <dirname>：指定所用Makefile所在的目录 -
-h：help文档
Makefile目标文件
参数“目标文件”，对于make命令来说，也是一个可选项，如果在执行make命令时带有该参数，可以输入一下命令：$ make 目标文件
如果省略目标文件参数，就会生成Makefile中定义的第一个目标文件。因此，常见的用法就是经常把用户最终想要的目标文件（可执行程序）放在Makefile文件的首要位置，这样用户只需要执行make命令即可。
单独执行hello.o的相关指令
Makefile规则语法
- 语法规则
#注释
目标文件:依赖文件列表
<Tab>命令列表
#.......
注释：和shell脚本一样，Makefile语句行的注释采用"#"符号
目标：目标文件的列表，通常指程序编译过程中生成的目标文件（.o文件）或最终的可执行程序，有时也可以是要执行的动作，如“clean”这样的目标
Makefile中变量的使用
Makefile中的变量就像一个环境变量。事实上，环境变量在make中也被解释为make的变量。这些变量对大小写敏感，一般使用大写字母。几乎可以从任何地方引用定义的变量。
- 变量的主要作用：
- 保存文件名列表。
在前面的例子里，作为依赖文件的一些目标文件出现在可执行文件的规则中，而在这个规则的命令行里同样包含这些文件并传递个gcc作为命令参数。如果使用一个变量来保存所有的目标文件名则可以方便的加入新的目标文件而且不易出错。 - 保存可执行命令名（如编译器）
在不同的Linux系统中，存在着很多相似的编译器系统，这些系统在某些地方会有细微的差别，如果项目被用在一个非gcc的系统里，则必须将所有出现编译器名的地方改成用新的编译器名。但是如果使用一个变量来替代编译器名，那么只需要修改变量的值。其他所有地方的命令就都改变了。（有点类似与C/C++中的typedef，程序中将int定义为num，后期需要更换为short或者double，只需要修改typedef的值，而不需要修改所有的变量定义） - 保存编译器的参数
在很多源代码编译时，gcc需要很长的参数选项，在很多情况下，所有的编译器命令使用一组相同的选项，如果把这组选项使用一个变量代表，那么可以把这个变量放在所有的引用编译器的地方，当药修改选项的时候，只需要修改一次这个变量的内容即可。
- 保存文件名列表。
- Makefile文件中变量的使用
Makefile中的变量是一个用文本串在Makefile中定义的，这个文本串就是变量的值。只要在一行开始写下这个变量的名字，后面跟一个“=”好，以及要设定这个变量的值，即可定义变量，下面是定义变量的语法：VAENAME=string
使用是，把变量用括号括起来，并在前面加上“$”符号，就可以引用变量的值：$(VARNAME)
使用变量来写的Makefile文件
make命令执行结果
make工具还有一些特殊的内部变量，根据每一个规则内容定义。
$@：指代当前规则下的目标文件列表$<：指代以来文件列表中的第一个依赖文件$^：指代以来文件中的所有依赖文件$?：纸袋以来列表中新于对应目标文件的列表
使用特殊的内部变量修改Makefile文件
使用特殊内部变量来make项目测试
Make自动推导
GNU的make功能很强大，它可以自动推导文件以及文件的依赖关系后面的命令，浴室我们就没必要去为每一个".o"文件后都写上类似的命令，因为，我们的make会自动识别，并自己推导命令。
只要make看到一个.o文件，他就会自动的把“.c”文件加在依赖关系中，如果马克找到一个test.o，那么test.c就会是test.o的依赖文件，并且在gcc -c test.c也会被推导出来。
自动推导的版本
make过程
网友评论