huiquyiduxian的专栏

用Makefile写了一个FizzBuzz 用到了隐含规则，不过貌似我还有些不明白。 测试下来，自定义的隐含规则，总是位置靠后的会被Makefile执行，并且显示出warning信息：覆盖之前的规则。 如果有高手明白，请告知我，谢谢。 最后，附上代码。 FIZBUZ := $(shell seq 15 15 100) FIZ := $(shell seq 3 3 100) BUZ :=

1. MAKE_VERSION make 命令的版本号，也就是执行 make -v 时看到的版本号。 2. CURDIR 当前的工作目录，一般的就是 Makefile 所在的目录。确切的说，应该是 make 执行时此进程所在目录。 如果在 make 中使用 --directory 或 -C 参数指定目录，那么 make 就会切换到所指定的目录e去寻找 Makefile 文件。 比

对于Makefile中的各种变量，可能是我们比较头痛的事了。我们要查看他们并不是很方便，需要修改makefile加入echo命令。这有时候很不方便。其实我们可以制作下面一个专门用来输出变量的makefile（假设名字叫：vars.mk）vars.mk%:    @echo '$*=$($*)'d-%: @echo '$*=$($*)' @echo ' origi

在 Makefile 中， 我们的依赖关系可能会需要包含一系列的头文件，如果是一个比较大型的工程，你必需清楚哪些 C 文件包含了哪些头文件，并且，你在加入或删除头文件时，也需要小心地修改 Makefile，这是一个很没有维护性的工作。 为了避免这种繁重而又容易出错的事情，我们可以想办法让Makefile自动生成依赖性，有点曲线救国的意思。 Makefile生成自动依赖的方法有两种：

CFLAGS 表示用于 C 编译器的选项， CXXFLAGS 表示用于 C++ 编译器的选项。 这两个变量实际上涵盖了编译和汇编两个步骤。 CFLAGS： 指定头文件（.h文件）的路径，如：CFLAGS=-I /usr/include -I /path/include。同样地，安装一个包时会在安装路径下建立一个include目录，当安装过程中出现问题时，试着把以前安装的包的include