对于一个项目而言,整体源码必然是分布在众多文件夹中的 
那么就出现了我们写简单的单个 <code>cpp</code> 文件不会遇到的问题: 哪些文件需要先编译?哪些文件需要后编译?哪些文件需要重新编译?
Makefile就是一个帮你处理这些功能的文件,在 *nix 环境下,有 <code>make</code> 命令来读取 <code>Makefile</code> 文件并进行相应的操作

<h1 id="heading">编译和链接</h1>
首先,需要知道的是把源码编程我们能执行的二进制文件,有两步重要的操作: 编译(compile)和链接(link)
<h2 id="heading-1">编译</h2>
编译是针对每一个文件,把他们转换成二进制文件. 这是单纯的翻译过程,只要源码语法正确,就可以正常编译出中间文件(目标文件) 
对于每一个源码文件,编译后都会产生一个中间文件(<code>.o</code>或是<code>.obj</code>)
该部分对应了 <code>g++</code> 的 <code>g++ -c &lt;SourceCodeFilename&gt;</code>
<h2 id="heading-2">链接</h2>
编译过后我们有了能够被执行的二进制文件,那么问题来了: 一个条例清晰的文件,可能其函数声明和定义并不在一个文件里,如何找到各个部分之间的关系就是链接部分要解决的问题了
该部分对应了 <code>g++</code> 的 <code>g++ &lt;ObjectFilename&gt; -o &lt;OutputFilename&gt;</code>
<h2 id="heading-3">库</h2>
项目比较大的时候,自然不可能改一下就重新整体编译一次,那么就有了库(library) 
将一些目标文件(Object)打包成库文件,然后链接的时候直接链接库文件和改动部分的目标文件即可 
库文件在 Windows 下为 <code>.lib</code> 在UNIX下是 <code>.a</code>
<h1 id="makefile">Makefile的使用</h1>
首先我们要明白Makefile需要做什么:
<ol>
<li>如果这个工程没有编译过,那么所有C文件都要编译并被链接</li>
<li>如果这个工程的某几个C文件被修改,那么我们只编译被修改的C文件,并链接目标程序</li>
<li>如果这个工程的头文件被改变了,那么我们需要编译引用了这几个头文件的C文件,并链接目标程序</li>
</ol>
举例一个makefile的例子如下:
<pre style="background-color:#fff">test: a.o b.o c.o d.o /
 A.o B.o C.o D.o
 cc -o test a.o b.o c.o d.o /
 A.o B.o C.o D.o

a.o: a.c F.h
 cc -c a.c
b.o: b.c F.h c.h
 cc -c b.c
c.o: c.c F.h c.h
 cc -c c.c
d.o: d.c F.h E.h
 cc -c d.c
A.o: A.c F.h E.h
 cc -c A.c
B.o: B.c F.h E.h
 cc -c B.c
C.o: C.c F.h E.h c.h
 cc -c C.c
D.o: D.c F.h
 cc -c D.c

clean: 
 rm edit a.o b.o c.o d.o /
 A.o B.o C.o D.o
</pre>很容易可以看出来大概的含义:
<pre style="background-color:#fff">[要生成的文件]: [生成该文件所依赖的文件列表]
 [生成该文件的命令行]
</pre>其中,如果需要换行,就在末尾加 <code>\</code>
再正式一下,就是
<pre style="background-color:#fff">&lt;target&gt;: &lt;prerequisites&gt;
 &lt;command&gt;
</pre>target是一个目标文件,可以是Object File,也可以是执行文件 
还可以是一个标签（Label）
prerequisites就是,要生成那个target所需要的文件或是目标
command也就是make需要执行的命令（任意的Shell命令） 
需要注意的是,如同缩进一样,command部分必须由<kbd>tab</kbd>开头
当没有依赖文件的时候,这一条就会被识别为标签,例如上面的 <code>clean</code> 
当运行 <code>make clean</code> 时,就会清空所有生成的中间文件和最终输出文件
这样,对于上面的文件,<code>make</code> 命令会以第一个目标文件为最终输出,按照修改时间检查所有目标文件和依赖文件,如果依赖文件更新或者目标文件不存在就会运行相应的命令生成目标文件,最终得到一个输出文件
当文件大量重复时,就可以使用变量了 
<code>v = a.o b.o</code> 
使用时用 <code>$(v)</code> 就可以代替 <code>a.o b.o</code> 了
而根据习惯,我们生成的中间文件一般是与源文件同名的,也就是说 <code>a.o</code> 时通过 <code>a.c</code> 生成的 
并且对应的编译指令也是可以推测出的
那么完全可以简化成
<pre style="background-color:#fff">[中间文件]: [对应的头文件]
</pre>这样只要对应的头文件或者源文件有改动,中间文件就会自动通过相应的编译指令生成 
这叫做make的隐晦规则
对于清理命令,也有更为严谨的写法
<pre style="background-color:#fff">.PHONY : clean
clean :
-rm edit $(objects)
</pre><code>.PHONY</code> 说明 <code>clean</code> 是一个伪目标 
而 <code>rm</code> 前面的 <code>-</code> 则告诉系统,当 <code>rm</code> 无视可能会出错的情况继续执行后面的(比如删除一个不存在的文件)
这时,clean即使是伪目标,也可以写依赖项了 
比如我的默认操作是生成许多文件,就可以写成
<pre style="background-color:#fff">all: a b c d
.PHONY all

a: ……
……
</pre>如果项目中存在多个makefile时,可以使用<code>include</code>来引用其它的makefile文件 
如果需要忽略报错,可以使用<code>-include</code>或<code>sinclude</code>
当文件夹比较多时,就需要让makefile自己去找你要编译的文件到底在哪个文件夹里了
<pre style="background-color:#fff">VPATH = src:../headers

vpath %.c src
vpath %.h ../headers
</pre>前者是搜索目录先从当前目录开始,然后是<code>src</code>,最后是<code>../headers</code>(使用<code>:</code>分割) 
后者则是针对不同的文件,进行不同的搜索目录(<code>vpath</code>用小写)
<h1 id="heading-4">参考目录</h1>
<a href="http://blog.csdn.net/liang13664759/article/details/1771246">Linux makefile 教程 非常详细，且易懂</a>

如何写好Makefile