一个企业级项目，通常会有很多源文件，有时也会按功能、类型、模块分门别类的放在不同的目录中，有时候也会在一个目录里存放了多个程序的源代码。 这时，如何对这些代码的编译就成了个问题。Makefile 就是为这个问题而生的，它定义了一套规则，决定了哪些文件要先编译，哪些文件后编译，哪些文件要重新编译。 整个工程通常只要一个 make 命令就可以完成编译、链接，甚至更复杂的功能。可以说，任何一个 Linux 源程序都带有一个Makefile 文件。

    六、七年前写过一篇《跟我一起写Makefile》，直到今天，还有一些朋友问我一些Makefile的问题，老实说，我有一段时间没有用Makefile了，生疏了。回顾，这几年来大家问题我的问题，其实很多时候是makefile的调试问题。所以，就像我在之前的那篇关于GDB的技巧的文章中做的一样，在这里向大家介绍一个小小的调试变量的技巧。相信一定对你有用。

    当然，我们也可以用makefile自身的特性，即 make all/clean -C dir1来进行编译，但是实际上两种写法都避免不了3个问题：
1.当新加入一个模块的时候，要写入两句代码，一句是all，一句是clean，很容易漏掉。
2.没有办法进行并行编译。因为很可能这些模块之间是不互相依赖的，而并行编译可以极大的提高速度（如果你受得了make那蜗牛般的速度的话，可以无视掉这一条）
3.依赖关系不明显（可以看出是dir2依赖与dir3，但是没有明确的指出）

    在linux下面，我们不得不自己写makefile，makefile的确博大精深，但是实际上对于日常的使用来说，无非就是 1：编译可执行程序。2：编译lib库 3：编译so库本博针对上面三种目的各自写出了makefile...