关于对分段编译中的make的理解
《Thinking in C++》愚人启示录
--------关于对分段编译中的make的理解
今天读了《Thinking in C++》的第3章中的3.11“Make：管理分段编译”，让我对VC的一些软件的认识加深了。我以前总是很纳闷我在编程的时候，有时候一个程序要七八个CPP文件组成。他们是怎么编译成一个文件的，看完这一章我明白了。我们现在使用的C++编译器大都使用分段编译（separate compilation）的方法进行编译的。这种方法一般情况是一个可执行文件有很多的源代码文件编译而成。我们在编译他的时候先把这些文件编译成一个一个的obj文件，然后由link程序把他们连接成我们想要的那个唯一的可执行文件。但是我们为什么要把他编译成一个一个的obj文件然后在连接成一个可执行文件那，为什么不把所有的源代码放到一个文件里，然后在把它直接编译成可执行文件不是更简单吗？是的，那样更简单，但是当一个相当大的文件由很多的源代码组成，有很多的程序员对他进行修改，如果我们每个程序员都想对自己修改的文件进行执行查看，那么就是说我们在程序员查看即编译成可执行文件的时候，无论程序中的其他部分是否进行了修改，我们都要没有选择的将所有的源代码都重新编译一边。这样是不是工作效率太低了。而如果我们使用分段编译的话，我们只需要将改动的那部分代码所在的obj重新编译，其他的不用在编译，然后将他们连接在一起组成可执行文件，现在看来就高效了吧。有人会迷惑，编译器是怎么知道那个文件，那个模块被改动，需要重新编译的呢。问到这里就应改请出我们今天的主角makefile了，她就是分段编译的主角和灵魂。下面是一个makefile的实例，我将就这个实例讲解所谓神秘的makefiel（其中＃后面为注释）
#makefile
CPP=g++??#宏CPP，我们这里把它定义为GUN C++宏名和值俱是修改，这个宏代表编译器
OFLAG= -o?#一个标志，允许自定义输出文件名称
.SUFFIXES:.o .cpp .c?#说明make必须注意后缀为.o .cpp .c的文件
.cpp .o:??#比较.cpp .o 如果前面的新则执行下面的规则
$(CPP)? $(CPPFLAGS) -c $ $(CPP) $<都为宏，一个表示编译器，一个为那个.cpp文件
.c? .o:
$(CPP)? $(CPPFLAGS) -c $<
all:ReturnDeclareIfthenGuessGuess2
Return:Return.o
$(CPP)? $(OFLAG) Return Return.o?#$(OFLAG)更改输出文件名
Declare:Declare.o
$(CPP)? $(OFLAG) Declare Declare.o
Ifthen:Ifthen.o
$(CPP)? $(OFLAG) Ifthen Ifthen.o
Guess:Guess.o
$(CPP)? $(OFLAG) Guess Guess.o
Guess2:Guess2.o
$(CPP)? $(OFLAG) Guess2 Guess2.o
Return.o:Return..cpp?#指定文件依存关系
Declare.o:Declare.cpp
Ifthen.o:Ifthen.cpp
Guess.o:Guess.cpp
Guess2.o:Guess2.cpp
像CPP这种宏在用make编译的时候还可以更改其值，其方法如下：
Make -f makefile CPP=vc?#假设使用vc编译器
呵呵，终于完成了，收获挺大的，我现在对VC的工程文件有了更深的认识，我把他看成makefile的VC版本，眼睛好痛，我去休息一下。
二○○四年七月二十一日星期三下午05:56:07秒