关于对分段编译中的make的理解

类别:编程语言 点击:0 评论:0 推荐:

《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 $

本文地址:http://com.8s8s.com/it/it23332.htm