h1. 如何获得源文件依赖的头文件?
这一部分内容与 Makefile 毫无关系, 它由编译器完成.
以 g++ 为例, 可以尝试使用以下方法输出 .cpp 文件依赖的头文件
g++ -M [your cpp file]乱糟糟的, 不是吗? 这是因为 g++ 把依赖的库文件也给列出来了. 忽略库文件, 则使用这样的命令
g++ -MM [your cpp file]显然, 这些东西扔到标准输出是毫无用处的, 可以对其进行重定向
g++ -MM [your cpp file] > [some file]但是这还是有问题, 只把依赖关系放进文件当然不行, 编译源文件的指令还没弄出来呢. 下面就得另外想办法了.
h1. 怎么添加编译指令并运行它们?
添加指令本质上就是追加文件内容, 方法有难有简单, 最简单的无非是写个脚本 echo 并追加重定向到文件中. 在这篇粗陋的文章里就用这招了. 好, 写个 Makefile 脚本
[target.o]:[your cpp file]
....g++ -MM $< > Makefile.tmp
....echo "....g++ $< -c" >> Makefile.tmp
....make -f Makefile.tmp这里的四个点号 (....) 表示一个制表符, 嗯, 是的, Makefile 只能用万恶的制表符来缩进, 而且还必须缩进; Makefile.tmp 一定不要是当前的 Makefile, 要不然就出现文件覆盖的悲剧了...
结果就是, 一旦 make 到这个目标, 它会生成一串依赖关系和构建方法到另一个 Makefile, 然后把编译这等脏活累活都甩给那个倒霉的家伙.
h1. 怎么转移目标?
如果上述目标仍然写成 xxx.o : xxx.cpp, 那么如果仅仅是依赖的头文件被修改了, 这个目标仍然不会被 make 到. 一个很挫的方法是, 不要把目标定为 xxx.o 文件, 相反, 弄成一个永不会生成的目标比较好, 比如叫 xxx.d 这个名字.
下面上一个完整的例子. 这个例子中有个叫做 DEP 的 Makefile 变量没有被声明过, 嗯, 这将是你的事情. 请将所有需要编译并连接的 cpp 源文件列个表, 然后修改它们的后缀变成 d, 那么 DEP 的值就是这个表.
CXX=g++
CXXFLAGS=-Wall -pg
MKTMP=Makefile.tmp
all:object
object:$(DEP)
....$(CXX) $(CXXFLAGS) *.o -o $@
%.d:%.cpp
....$(CXX) -MM $< > $(MKTMP)
....echo "....$(CXX) $< $(CXXFLAGS) -c" >> $(MKTMP)
....make -f $(MKTMP)
clean:
....rm -f *.o
....rm -f test.out
....rm -f $(MKTMP)再次提醒, 制表符出没注意. (可利用编辑器的全文替换, 4 点换成 1 制表符)
假如现在目录下有 main.cpp, class0.cpp, class1.cpp, 那么定义
DEP=main.d class0.d class1.d将这句话插进上述源码中的开头位置然后 make 即可.
h1. 怎么收拾掉乱七八糟的输出?
接脏活的临时工经常会反馈出一些无聊的信息, 比如进入这个离开那个的, 如果希望保持控制台的清洁, 那么把不想看的都扔进垃圾桶吧
make > /dev/null不要担心看不到 warning 和 error, 它们是通过 stderr 输出的, 而上述重定向只会干扰 stdout.
