- 有效的数|iterator 指向的位|有效?/li>
- 有效的寿命：iterator 使用时仍然有效?/li>
- 有效的范_一?iterators l成一个有效的范围Qfirst ?last 之前Q或相等Q，q且两者指向同一个container?/li>
- 防止不合法的操作行ؓQ如修改内置cd的暂时对象?br />
文章来源:http://my.donews.com/robinchow/2007/01/10/rwyjwpstnlvfjtxeqzrupbzdkijaqyohunrq/
template<class charT,
class traits= char_traits
class Allocator = allocator<charT> >
class basic_string;
其中 char_traits 部分Q它军_了字W的怺作用和比较运，如eq()Q相{）、ne()Q不{）、lt()Q小于）、compare()Q比较字W序列）、find()Q搜索字W序列）。因此只需重定?char_traits 模板卛_改变 string 的字W比较操作?br>文章来源:http://my.donews.com/robinchow/2007/01/10/cfjorztxnorsmkaafyrckgebtdmemrppxzeo/
文章来源:http://my.donews.com/robinchow/2007/01/10/lhiltldtjwkukgbtacjqkosnhqibccxojgzc/
文章来源:http://my.donews.com/robinchow/2007/01/10/hbvgnqjrwkhzuhmyzymicgwlniycpcvweqdr/
如果只需捕获?..”部分的异常Q如Q?br />try {TryCode();} catch(...) {CatchCode(parms); throw;}
可以改写成：
struct Janitor{
Janitor(Parms p) : pa(p) {};
~Janitor() {if uncaught_exception() CatchCode(pa); }
Parms pa;
};
在try代码之前创徏一个Janitor对象Q如果抛出异常，那么执行CatchCode函数?/p>另：异常安全需要多多研I?br>文章来源:http://my.donews.com/robinchow/2007/01/10/esmxouitpvwdhegigrvhvlffqxlbvsrzkdwz/
比较大的应用E序都由很多模块l成Q这些模块分别完成相对独立的功能Q它们彼此协作来完成整个软gpȝ的工作。可能存在一些模块的功能较ؓ通用Q在构造其它Y件系l时仍会被用。在构造Y件系l时Q如果将所有模块的源代码都静态编译到整个应用E序 EXE文g中，会生一些问题：一个缺Ҏ增加了应用程序的大小Q它会占用更多的盘I间Q程序运行时也会消耗较大的内存I间Q造成pȝ资源的浪费；另一个缺ҎQ在~写大的 EXE E序Ӟ在每ơ修攚w建时都必调整编译所有源代码Q增加了~译q程的复杂性，也不利于阶段性的单元试?br />
文章来源:http://my.donews.com/robinchow/2007/01/10/gyedntmqpvxuumljqmoaodnacyxpzpbfngjb/
详解compile Q?link
有些人写C/C++(以下假定为C++)E序Q对unresolved external link或者duplicated external simbol的错误信息不知所措（因ؓq样的错误信息不能定位到某一行）。或者对语言的一些部分不知道Z么要Q或者不要）q样那样设计。了解本文之后，或许会有一些答案?br />
technorati tags:C++
文章来源:http://my.donews.com/robinchow/2007/01/10/lreejbbjfzmyhwqrdgmnsxfrdnejscnetrid/
内容幅较长,L?a href="http://www.shnenglu.com/sunraiing9/archive/2007/01/05/17306.html">q里阅读全文?img src="http://www.shnenglu.com/sunraiing9/aggbug/17306.html" height="1" width="1" />
文章来源:http://my.donews.com/robinchow/2007/01/10/hpjgzaypfnngnyhndzdahfirtdoujqtqfdxf/
—?/strong>
什 么是makefileQ或许很多Winodws的程序员都不知道q个东西Q因为那些Windows的IDE都ؓ你做了这个工作，但我觉得要作一个好的和 professional的程序员Qmakefileq是要懂。这好像现在有q么多的HTML的编辑器Q但如果你想成ؓ一个专业h士，你还是要了解 HTML的标识的含义。特别在Unix下的软g~译Q你׃能不自己写makefile了，会不会写makefileQ从一个侧面说明了一个h是否具备?成大型工E的能力?/font>
因ؓQmakefile关系C整个工程的编译规 则。一个工E中的源文g不计敎ͼ其按cd、功能、模块分别放在若q个目录中，makefile定义了一pd的规则来指定Q哪些文仉要先~译Q哪些文仉 要后~译Q哪些文仉要重新编译，甚至于进行更复杂的功能操作，因ؓmakefile像一个Shell脚本一P其中也可以执行操作系l的命o?/font>
makefile 带来的好处就是——“自动化~译”，一旦写好，只需要一个make命oQ整个工E完全自动编译，极大的提高了软g开发的效率。make是一个命令工P?一个解释makefile中指令的命o工具Q一般来_大多数的IDE都有q个命oQ比如：Delphi的makeQVisual C++的nmakeQLinux下GNU的make。可见，makefile都成Z一U在工程斚w的编译方法?/font>
?在讲q如何写makefile的文章比较少Q这是我惛_q篇文章的原因。当Ӟ不同产商的make各不相同Q也有不同的语法Q但其本质都是在“文件依?性”上做文章，q里Q我仅对GNU的makeq行讲述Q我的环境是RedHat Linux 8.0Qmake的版本是3.80。必竟，q个make是应用最为广泛的Q也是用得最多的。而且其还是最遵@于IEEE 1003.2-1992 标准的（POSIX.2Q?/font>
在这文档中Q将以C/C++的源码作为我们基Q所以必然涉及一些关于C/C++的编译的知识Q相关于q方面的内容Q还请各位查看相关的~译器的文档。这里所默认的编译器是UNIX下的GCC和CC?/font>
关于E序的编译和链接
—————————?/strong>
?此，我想多说关于E序~译的一些规范和ҎQ一般来_无论是C、C++、还是pasQ首先要把源文g~译成中间代码文Ӟ在Windows下也是 .obj 文gQUNIX下是 .o 文gQ即 Object FileQ这个动作叫做编译（compileQ。然后再把大量的Object File合成执行文gQ这个动作叫作链接（linkQ?/font>
~译Ӟ~译?需要的是语法的正确Q函C变量的声明的正确。对于后者，通常是你需要告诉编译器头文件的所在位|（头文件中应该只是声明Q而定义应该放在C/C++文g 中）Q只要所有的语法正确Q编译器可以编译出中间目标文g。一般来_每个源文仉应该对应于一个中间目标文ӞO文g或是OBJ文gQ?/font>
?接时Q主要是链接函数和全局变量Q所以，我们可以使用q些中间目标文gQO文g或是OBJ文gQ来链接我们的应用程序。链接器q不函数所在的源文Ӟ?函数的中间目标文gQObject FileQ，在大多数时候，׃源文件太多，~译生成的中间目标文件太多，而在链接旉要明昑֜指出中间目标文g名，q对于编译很不方便，所以，我们要给 中间目标文g打个包，在Windows下这U包叫“库文g”（Library File)Q也是 .lib 文gQ在UNIX下，是Archive FileQ也是 .a 文g?/font>
ȝ一下，源文仉先会生成中间目标?Ӟ再由中间目标文g生成执行文g。在~译Ӟ~译器只程序语法，和函数、变量是否被声明。如果函数未被声明，~译器会l出一个警告，但可以生?Object File。而在链接E序Ӟ链接器会在所有的Object File中找d数的实现Q如果找不到Q那到就会报链接错误码（Linker ErrorQ，在VC下，q种错误一般是QLink 2001错误Q意思说是说Q链接器未能扑ֈ函数的实现。你需要指定函数的Object File.
好，a归正传，GNU的make有许多的内容Q闲a叙Q还是让我们开始吧?/font>
Makefile 介绍
——————?/strong>
make命o执行Ӟ需要一?Makefile 文gQ以告诉make命o需要怎么Lȝ译和链接E序?/font>
首先Q我们用一个示例来说明Makefile的书写规则。以便给大家一个感兴认识。这个示例来源于GNU的make使用手册Q在q个CZ中，我们的工E有8个C文gQ和3个头文gQ我们要写一个Makefile来告诉make命o如何~译和链接这几个文g。我们的规则是：
1Q如果这个工E没有编译过Q那么我们的所有C文g都要~译q被链接?br /> 2Q如果这个工E的某几个C文g被修改，那么我们只编译被修改的C文gQƈ链接目标E序?br /> 3Q如果这个工E的头文件被改变了，那么我们需要编译引用了q几个头文g的C文gQƈ链接目标E序?/font>
只要我们的Makefile写得够好Q所有的q一切，我们只用一个make命o可以完成，make命o会自动智能地Ҏ当前的文件修改的情况来确定哪些文仉要重~译Q从而自q译所需要的文g和链接目标程序?/font>
一、Makefile的规?/strong>
在讲q这个Makefile之前Q还是让我们先来_略地看一看Makefile的规则?/font>
target ... : prerequisites ...
command
...
...
target也就是一个目标文Ӟ可以是Object FileQ也可以是执行文件。还可以是一个标{（LabelQ，对于标签q种Ҏ，在后l的“伪目标”章节中会有叙述?/font>
prerequisites是Q要生成那个target所需要的文g或是目标?/font>
command也就是make需要执行的命o。（L的Shell命oQ?/font>
q?是一个文件的依赖关系Q也是_targetq一个或多个的目标文件依赖于prerequisites中的文gQ其生成规则定义在command中。说 白一点就是说Qprerequisites中如果有一个以上的文g比target文g要新的话Qcommand所定义的命令就会被执行。这是 Makefile的规则。也是Makefile中最核心的内宏V?/font>
说到底，Makefile的东西就是这样一点，好像我的q篇文档也该l束了。呵c还不尽Ӟq是Makefile的主U和核心Q但要写好一个Makefileq不够，我会以后面一点一点地l合我的工作l验l你慢慢到来。内容还多着呢。：Q?/font>
二、一个示?/strong>
正如前面所说的Q如果一个工E有3个头文gQ和8个C文gQ我们ؓ了完成前面所q的那三个规则，我们的Makefile应该是下面的q个样子的?/font>
edit : main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
?斜杠Q\Q是换行W的意思。这h较便于Makefile的易诅R我们可以把q个内容保存在文件ؓ“Makefile”或“makefile”的文g中， 然后在该目录下直接输入命令“make”就可以生成执行文gedit。如果要删除执行文g和所有的中间目标文gQ那么，只要单地执行一下“make clean”就可以了?/font>
在这个makefile中，目标文g QtargetQ包含：执行文gedit和中间目标文Ӟ*.oQ，依赖文gQprerequisitesQ就是冒号后面的那些 .c 文g?.h文g。每一?.o 文g都有一l依赖文Ӟ而这?.o 文g又是执行文g edit 的依赖文件。依赖关pȝ实质上就是说明了目标文g是由哪些文g生成的，换言之，目标文g是哪些文件更新的?/font>
?定义好依赖关pdQ后l的那一行定义了如何生成目标文g的操作系l命令，一定要以一个Tab键作为开头。记住，makeq不命令是怎么工作的，他只执 行所定义的命令。make会比较targets文g和prerequisites文g的修Ҏ期，如果prerequisites文g的日期要?targets文g的日期要斎ͼ或者target不存在的话，那么Qmake׃执行后箋定义的命令?/font>
q?里要说明一点的是，clean不是一个文Ӟ它只不过是一个动作名字，有点像C语言中的lable一P其冒号后什么也没有Q那么，make׃会自动去 找文件的依赖性，也就不会自动执行其后所定义的命令。要执行其后的命令，p在make命o后明昑־指出q个lable的名字。这LҎ非常有用Q我?可以在一个makefile中定义不用的~译或是和编译无关的命oQ比如程序的打包Q程序的备䆾Q等{?/font>
三、make是如何工作的
在默认的方式下，也就是我们只输入make命o。那么，
1、make会在当前目录下找名字叫“Makefile”或“makefile”的文g?br /> 2、如果找刎ͼ它会找文件中的第一个目标文ӞtargetQ，在上面的例子中，他会扑ֈ“edit”这个文Ӟq把q个文g作ؓ最l的目标文g?br /> 3、如果edit文g不存在，或是edit所依赖的后面的 .o 文g的文件修Ҏ间要比editq个文g斎ͼ那么Q他׃执行后面所定义的命令来生成editq个文g?br /> 4、如果edit所依赖?o文g也存在，那么make会在当前文g中找目标?o文g的依赖性，如果扑ֈ则再Ҏ那一个规则生?o文g。（q有点像一个堆栈的q程Q?br /> 5、当Ӟ你的C文g和H文g是存在的啦，于是make会生?.o 文gQ然后再?.o 文g生命make的终极Q务，也就是执行文件edit了?/font>
q?是整个make的依赖性，make会一层又一层地L文g的依赖关p，直到最l编译出W一个目标文件。在扑֯的过E中Q如果出现错误，比如最后被依赖?文g找不刎ͼ那么make׃直接退出，q报错，而对于所定义的命令的错误Q或是编译不成功QmakeҎ不理。make只管文g的依赖性，卻I如果在我 找了依赖关系之后Q冒号后面的文gq是不在Q那么对不vQ我׃工作啦?/font>
通过上述分析Q我们知道，像cleanq种Q没有被W一个目标文件直接或间接兌Q那么它后面所定义的命令将不会被自动执行，不过Q我们可以显Cmake执行。即命o——“make clean”，以此来清除所有的目标文gQ以侉K~译?/font>
?是在我们~程中，如果q个工程已被~译q了Q当我们修改了其中一个源文gQ比?file.cQ那么根据我们的依赖性，我们的目标file.o会被重编译（也就是在q个依性关pd面所定义的命令）Q于是file.o的文件也是最新的 啦，于是file.o的文件修Ҏ间要比edit要新Q所以edit也会被重新链接了Q详见edit目标文g后定义的命oQ?/font>
而如果我们改变了“command.h”，那么Qkdb.o、command.o和files.o都会被重~译Qƈ且，edit会被重链接?/font>
四、makefile中用变?/strong>
在上面的例子中，先让我们看看edit的规则：
edit : main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
?们可以看到[.o]文g的字W串被重复了两次Q如果我们的工程需要加入一个新的[.o]文gQ那么我们需要在两个地方加（应该是三个地方，q有一个地方在 clean中）。当Ӟ我们的makefileq不复杂Q所以在两个地方加也不篏Q但如果 makefile变得复杂Q那么我们就有可能会忘掉一个需要加入的地方Q而导致编译失败。所以，Zmakefile的易l护Q在makefile中我?可以使用变量。makefile的变量也是一个字W串Q理解成C语言中的宏可能会更好?/font>
比如Q我们声明一个变量，叫objects, OBJECTS, objs, OBJS, obj, 或是 OBJQ反正不什么啦Q只要能够表Cobj文gp了。我们在makefile一开始就q样定义Q?/font>
objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
于是Q我们就可以很方便地在我们的makefile中以?(objects)”的方式来用这个变量了Q于是我们的改良版makefile变成下面这个样子：
objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
edit : $(objects)
cc -o edit $(objects)
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit $(objects)
于是如果有新?.o 文g加入Q我们只需单地修改一?objects 变量可以了?/font>
关于变量更多的话题，我会在后l给你一一道来?/font>
五、让make自动推导
GNU的make很强大，它可以自动推导文件以及文件依赖关pd面的命oQ于是我们就没必要去在每一个[.o]文g后都写上cM的命令，因ؓQ我们的make会自动识别，q自己推导命令?/font>
?要make看到一个[.o]文gQ它׃自动的把[.c]文g加在依赖关系中，如果make 扑ֈ一个whatever.oQ那么whatever.cQ就会是whatever.o的依赖文件。ƈ?cc -c whatever.c 也会被推导出来，于是Q我们的makefile再也不用写得q么复杂。我们的是新的makefile又出炉了?/font>
objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
edit : $(objects)
cc -o edit $(objects)
main.o : defs.h
kbd.o : defs.h command.h
command.o : defs.h command.h
display.o : defs.h buffer.h
insert.o : defs.h buffer.h
search.o : defs.h buffer.h
files.o : defs.h buffer.h command.h
utils.o : defs.h
.PHONY : clean
clean :
rm edit $(objects)
q种ҎQ也是make的“隐晦规则”。上面文件内容中Q?PHONY”表C，clean是个伪目标文件?/font>
关于更ؓ详细的“隐晦规则”和“伪目标文g”，我会在后l给你一一道来?/font>
六、另c风格的makefile
即然我们的make可以自动推导命oQ那么我看到那堆[.o]和[.h]的依赖就有点不爽Q那么多的重复的[.h]Q能不能把其收拢hQ好吧，没有问题Q这个对于make来说很容易，谁叫它提供了自动推导命o和文件的功能呢？来看看最新风格的makefile吧?/font>
objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
edit : $(objects)
cc -o edit $(objects)
$(objects) : defs.h
kbd.o command.o files.o : command.h
display.o insert.o search.o files.o : buffer.h
.PHONY : clean
clean :
rm edit $(objects)
q种风格Q让我们的makefile变得很简单，但我们的文g依赖关系显得有点凌׃。鱼和熊掌不可兼得。还看你的喜好了。我是不喜欢q种风格的，一是文件的依赖关系看不清楚Q二是如果文件一多，要加入几个新?o文gQ那q不清楚了?/font>
七、清I目标文件的规则
每个Makefile中都应该写一个清I目标文Ӟ.o和执行文Ӟ的规则，q不仅便于重~译Q也很利于保持文件的清洁。这是一个“修兠Z（呵呵Q还记得我的《编E修充R吗Q。一般的风格都是Q?/font>
clean:
rm edit $(objects)
更ؓE_的做法是Q?/font>
.PHONY : clean
clean :
-rm edit $(objects)
?面说q，.PHONY意思表Cclean是一个“伪目标”，。而在rm命o前面加了一个小减号的意思就是，也许某些文g出现问题Q但不要，l箋做后面的 事。当Ӟclean的规则不要放在文件的开_不然Q这׃变成make的默认目标，怿谁也不愿意这栗不成文的规矩是——“clean从来都是攑֜ 文g的最后”?/font>
上面是一个makefile的概貌，也是makefile的基Q下面还有很多makefile的相关细节，准备好了吗？准备好了来?/font>
Makefile 总述
——————?/font>
一、Makefile里有什么？
Makefile里主要包含了五个东西Q显式规则、隐晦规则、变量定义、文件指C和注释?/font>
1、显式规则。显式规则说明了Q如何生成一个或多的的目标文件。这是由Makefile的书写者明显指出，要生成的文gQ文件的依赖文gQ生成的命o?/font>
2、隐晦规则。由于我们的make有自动推导的功能Q所以隐晦的规则可以让我们比较粗p地略地书写MakefileQ这是由make所支持的?/font>
3、变量的定义。在Makefile中我们要定义一pd的变量，变量一般都是字W串Q这个有点你C语言中的宏，当Makefile被执行时Q其中的变量都会被扩展到相应的引用位|上?/font>
4?文g指示。其包括了三个部分，一个是在一个Makefile中引用另一?MakefileQ就像C语言中的include一P另一个是指根据某些情冉|定Makefile中的有效部分Q就像C语言中的预编?if一Pq有 是定义一个多行的命o。有兌一部分的内容，我会在后l的部分中讲q?/font>
5、注释。Makefile中只有行注释Q和UNIX的Shell脚本一P其注释是用?”字W，q个像C/C++中的?/”一栗如果你要在你的Makefile中用?”字W，可以用反斜框q行转义Q如Q“\#”?/font>
最后，q值得一提的是，在Makefile中的命oQ必要以[Tab]键开始?/font>
二、Makefile的文件名
?认的情况下，make命o会在当前目录下按序扑֯文g名ؓ“GNUmakefile”?“makefile”、“Makefile”的文gQ找C解释q个文g。在q三个文件名中，最好用“Makefile”这个文件名Q因为，q个文g?W一个字Wؓ大写Q这h一U显目的感觉。最好不要用“GNUmakefile”，q个文g是GNU的make识别的。有另外一些make只对全小写的 “makefile”文件名敏感Q但是基本上来说Q大多数的make都支持“makefile”和“Makefile”这两种默认文g名?/font>
?Ӟ你可以用别的文件名来书写MakefileQ比如：“Make.Linux”， “Make.Solaris”，“Make.AIX”等Q如果要指定特定的MakefileQ你可以使用make的?f”和?-file”参敎ͼ如： make -f Make.Linux或make --file Make.AIX?/font>
三、引用其它的Makefile
在Makefile使用include关键字可以把别的Makefile包含q来Q这很像C语言?includeQ被包含的文件会原模原样的放在当前文件的包含位置。include的语法是Q?/font>
include <filename>
filename可以是当前操作系lShell的文件模式（可以保含路径和通配W）
在include 前面可以有一些空字符Q但是绝不能是[Tab]键开始。include?<filename>可以用一个或多个I格隔开。D个例子，你有q样几个MakefileQa.mk、b.mk、c.mkQ还有一个文件叫 foo.makeQ以及一个变?(bar)Q其包含了e.mk和f.mkQ那么，下面的语句：
include foo.make *.mk $(bar)
{h于：
include foo.make a.mk b.mk c.mk e.mk f.mk
make 命o开始时Q会把找寻include所指出的其它MakefileQƈ把其内容安置在当前的位置。就好像C/C++?include指o一栗如果文?都没有指定绝对\径或是相对\径的话，make会在当前目录下首先寻找，如果当前目录下没有找刎ͼ那么Qmakeq会在下面的几个目录下找Q?/font>
1、如果make执行Ӟ有?I”或?-include-dir”参敎ͼ那么make׃在这个参数所指定的目录下d找?br /> 2、如果目?lt;prefix>/includeQ一般是Q?usr/local/bin?usr/includeQ存在的话，make也会L?/font>
?果有文g没有扑ֈ的话Qmake会生成一条警告信息，但不会马上出现致命错误。它会l蝲入其它的文gQ一旦完成makefile的读取，make会再?试这些没有找刎ͼ或是不能d的文Ӟ如果q是不行Qmake才会出现一条致命信息。如果你惌make不理那些无法d的文Ӟ而l执行，你可以在 include前加一个减号?”。如Q?/font>
-include <filename>
其表C，无论includeq程中出C么错误，都不要报错l执行。和其它版本make兼容的相兛_令是sincludeQ其作用和这一个是一L?/font>
四、环境变?MAKEFILES
?果你的当前环境中定义了环境变量MAKEFILESQ那么，make会把q个变量中的值做一个类ginclude的动作。这个变量中的值是其它?MakefileQ用I格分隔。只是，它和include不同的是Q从q个环境变中引入?Makefile的“目标”不会v作用Q如果环境变量中定义的文件发现错误，make也会不理?/font>
?是在q里我还是徏议不要用这个环境变量，因ؓ只要q个变量一被定义，那么当你使用make Ӟ所有的Makefile都会受到它的影响Q这l不是你想看到的。在q里提这个事Q只是ؓ了告诉大Ӟ也许有时候你的Makefile出现了怪事Q那?你可以看看当前环境中有没有定义这个变量?/font>
五、make的工作方?/font>
GNU的make工作时的执行步骤入下Q（x其它的make也是cMQ?/font>
1、读入所有的Makefile?br /> 2、读入被include的其它Makefile?br /> 3、初始化文g中的变量?br /> 4、推导隐晦规则，q分析所有规则?br /> 5、ؓ所有的目标文g创徏依赖关系链?br /> 6、根据依赖关p，军_哪些目标要重新生成?br /> 7、执行生成命令?/font>
1- 5步ؓW一个阶D，6-7为第二个阶段。第一个阶D中Q如果定义的变量被用了Q那么， make会把其展开在用的位置。但makeq不会完全马上展开Qmake使用的是拖g战术Q如果变量出现在依赖关系的规则中Q那么仅当这条依赖被军_?使用了，变量才会在其内部展开?/font>
当然Q这个工作方式你不一定要清楚Q但是知道这个方式你也会对make更ؓ熟悉。有了这个基Q后l部分也容易看懂了?/font>
文章来源:http://my.donews.com/robinchow/2007/01/10/eookhacfeksbxfdsqfxbkaljurwnvytzmhkt/
? 文说明了 Linux pȝ的配|文Ӟ在多用户、多d环境中，配置文g控制用户权限、系l应用程序、守护进E、服务和其它理d。这些Q务包括管理用户帐受分配磁盘配 额、管理电子邮件和新闻l，以及配置内核参数。本文还Ҏ配置文g的用和其所影响的服务的情况对目?Red Hat Linux pȝ中的配置文gq行了分cR?br />介绍
每个 Linux E序都是一个可执行文gQ它含有操作码列表，CPU 执行这些操作码来完成特定的操作。例如，ls 命o是由 /bin/ls 文g提供的，该文件含有机器指令的列表Q在屏幕上显C当前目录中文g的列表时需要用这些机器指令。几乎每个程序的行ؓ都可以通过修改光|文件来按照? 的偏好或需要去定制?br />
Linux 中有没有一个标准的配置文g格式Q?br />一句话Q没有。不熟悉 Linux 的用P一定）会感到沮丧，因ؓ每个配置文g看v来都象是一个要q接的新挑战。在 Linux 中，每个E序员都可以自由选择他或她喜Ƣ的配置文g格式。可以选择的格式很多，?/etc/shells 文gQ它包含被一个换行符分开? shell 的列表）Q到 Apache 的复杂的 /etc/httpd.conf 文g?br />
什么是pȝ配置文gQ?br />内核本n也可 以看成是一个“程序”。ؓ什么内栔R要配|文Ӟ内核需要了解系l中用户和组的列表，q而管理文件权限（x据权限判定特定用PUNIX_USERSQ? 是否可以打开某个文gQ。注意，q些文g不是明确地由E序d的，而是ql库所提供的一个函数读取，q被内核使用。例如，E序需要某个用LQ加密过 的）密码时不应该打开 /etc/passwd 文g。相反，E序应该调用pȝ库的 getpw() 函数。这U函C被称为系l调用。打开 /etc/passwd 文g和之后查N个被h的用L密码都是由内核（通过pȝ库）军_的?br />
除非另行指定QRed Hat Linux pȝ中大多数配置文g都在 /etc 目录中。配|文件可以大致分Z面几c：
讉K文g
/etc/host.conf 告诉|络域名服务器如何查找主机名。（通常?/etc/hostsQ然后就是名U服务器Q可通过 netconf 对其q行更改Q?
/etc/hosts 包含Q本地网l中Q已知主机的一个列表。如果系l的 IP 不是动态生成，可以用它。对于简单的L名解析（点分表示法）Q在h DNS ?NIS |络名称服务器之前，/etc/hosts.conf 通常会告诉解析程序先查看q里?
/etc/hosts.allow 请参?hosts_access 的联机帮助页。至由 tcpd d?
/etc/hosts.deny 请参?hosts_access 的联机帮助页。至由 tcpd d?
引导和登录／注销
/etc/issue & /etc/issue.net q些文g?mingettyQ和cM的程序）dQ用来向从终端（issueQ或通过 telnet 会话Qissue.netQ连接的用户昄一个“welcome”字W串。它们包括几行声?Red Hat 版本受名U和内核 ID 的信息。它们由 rc.local 使用?
/etc/redhat-release 包括一行声?Red Hat 版本号和名称的信息。由 rc.local 使用?
/etc/rc.d/rc 通常在所有运行别运行，U别作ؓ参数传送。例如，要以囑ŞQGraphicsQ模式（X-ServerQ引导机器，请在命o行运行下面的命oQinit 5。运行?5 表示以图形模式引导系l?
/etc/rc.d/rc.local 非正式的。可以从 rc、rc.sysinit ?/etc/inittab 调用?
/etc/rc.d/rc.sysinit 通常是所有运行别的W一个脚本?
/etc/rc.d/rc/rcX.d ?rc q行的脚本（X 表示 1 ?5 之间的Q意数字）。这些目录是特定“运行别”的目录。当pȝ启动Ӟ它会识别要启动的q行U别Q然后调用该q行U别的特定目录中存在的所有启动脚本。例 如，pȝ启动旉常会在引导消息之后昄“entering run-level 3”的消息Q这意味着 /etc/rc.d/rc3.d/ 目录中的所有初始化脚本都将被调用?
文gpȝ
内核提供了一个接口，用来昄一些它的数据结构，q些数据l构对于军_ 诸如使用的中断、初始化的设备和内存l计信息之类的系l参数可能很有用。这个接口是作ؓ一个独立但虚拟的文件系l提供的Q称?/proc 文gpȝ。很多系l实用程序都使用q个文gpȝ中存在的值来昄pȝl计信息。例如，/proc/modules 文g列Dpȝ中当前加载的模块。lsmod 命od此信息，然后其以h们可以看懂的格式昄出来。下面表g指定?mtab 文g以同L方式d包含当前安装的文件系l的 /proc/mount 文g?/etc/mtab q将随着 /proc/mount 文g的改变而不断改变。换句话_文gpȝ被安装和卸蝲Ӟ改变会立卛_映到此文件中?
/etc/fstab 列D计算机当前“可以安装”的文gpȝ。这非常重要Q因机引导时将q行 mount -a 命oQ该命o负责安装 fstab 的倒数W二列中带有?”标记的每一个文件系l?
/etc/mtools.conf DOS cd的文件系l上所有操作（创徏目录、复制、格式化{等Q的配置?
pȝ理
/etc/group 包含有效的组名称和指定组中包括的用户。单一用户如果执行多个dQ可以存在于多个l中。例如，如果一个“用户”是“project 1”工E组的成员，同时也是理员，那么?group 文g中他的条目看h׃是这LQuser: * : group-id : project1
/etc/nologin 如果?/etc/nologin 文g存在Qlogin(1) 只允许 root 用户q行讉K。它对其它用户昄此文件的内容q拒l其d?
etc/passwd 请参阅“man passwd”。它包含一些用户帐号信息，包括密码Q如果未?shadow E序加密q）?
/etc/rpmrc rpm 命o配置。所有的 rpm 命o行选项都可以在q个文g中一赯|，q样Q当M rpm 命o在该pȝ中运行时Q所有的选项都会全局适用?
/etc/securetty 包含讑֤名称Q由 tty 行组成（每行一个名Uͼ不包括前面的 /dev/Q，root 用户在这里被允许d?
/etc/usertty
/etc/shadow 包含加密后的用户帐号密码信息Q还可以包括密码时效信息。包括的字段有：
d?
加密后的密码
?1970 q?1 ?1 日到密码最后一ơ被更改的天?
距密码可以更改之前的天数
距密码必L改之前的天数
密码到期前用戯警告的天?
密码到期后帐戯用的天?
?1970 q?1 ?1 日到帐号被禁用的天数
/etc/shells 包含pȝ可用的可能的“shell”的列表?
/etc/motd 每日消息Q在理员希望向 Linux 服务器的所有用户传达某个消息时使用?
联网
/etc/gated.conf gated 的配|。只能被 gated 守护q程所使用?
/etc/gated.version 包含 gated 守护q程的版本号?
/etc/gateway ?routed 守护q程可选地使用?
/etc/networks 列D从机器所q接的网l可以访问的|络名和|络地址。通过路由命o使用。允怋用网l名U?
/etc/protocols 列D当前可用的协议。请参阅 NAGQ网l管理员指南QNetwork Administrators GuideQ和联机帮助c?
C 接口?getprotoent。绝不能更改?
/etc/resolv.conf 在程序请求“解析”一?IP 地址时告诉内核应该查询哪个名U服务器?
/etc/rpc 包含 RPC 指oQ规则，q些指oQ规则可以在 NFS 调用、远E文件系l安装等中用?
/etc/exports 要导出的文gpȝQNFSQ和对它的权限?
/etc/services 网l服务名转换为端口号Q协议。由 inetd、telnet、tcpdump 和一些其它程序读取。有一?C 讉K例程?
/etc/inetd.conf inetd 的配|文件。请参阅 inetd 联机帮助c包含每个网l服务的条目Qinetd 必须些网l服务控制守护进E或其它服务。注意，服务会q行Q但?/etc/services 中将它们注释掉了Q这样即使这些服务在q行也将不可用。格式ؓQ?
/etc/sendmail.cf 邮gE序 sendmail 的配|文件。比较隐晦，很难理解?
/etc/sysconfig/network 指出 NETWORKING=yes ?no。至由 rc.sysinit d?
/etc/sysconfig/network-scripts/if* Red Hat |络配置脚本?
pȝ命o
p? l命令要独占地控制系l，q让一切正常工作。所有如 loginQ完成控制台用户w䆾验证阶段Q或 bashQ提供用户和计算Z间交互）之类的程序都是系l命令。因此，和它们有关的文g也特别重要。这一cd中有下列令用户和理员感兴趣的文件? /etc/lilo.conf 包含pȝ的缺省引导命令行参数Q还有启动时使用的不同映象。您?LILO 引导提示的时候按 Tab 键就可以看到q个列表?
/etc/logrotate.conf l护 /var/log 目录中的日志文g?
/etc/identd.conf identd 是一个服务器Q它按照 RFC 1413 文档中指定的方式实现 TCP/IP 提议的标?IDENT 用户w䆾识别协议。identd 的操作原理是查找特定 TCP/IP q接q返回拥有此q接的进E的用户名。作为选择Q它也可以返回其它信息，而不是用户名。请参阅 identd 联机帮助c?
/etc/ld.so.conf “动态链接程序”（Dynamic LinkerQ的配置?
/etc/inittab 按年代来Ԍq是 UNIX 中第一个配|文件。在一?UNIX 机器打开之后启动的第一个程序是 initQ它知道该启动什么，q是׃ inittab 的存在。在q行U别改变Ӟinit d inittabQ然后控制主q程的启动?
/etc/termcap 一个数据库Q包含所有可能的l端cd以及q些l端的性能?
守护q程
? 护进E是一U运行在非交互模式下的程序。一般来_守护q程d是和联网区域有关的：它们{待q接Q以侉K过q接提供服务。Linux 可以使用? Web 服务器到 ftp 服务器的很多守护q程?/etc/syslogd.conf syslogd 守护q程的配|文件。syslogd 是一U守护进E，它负责记录（写到盘Q从其它E序发送到pȝ的消息。这个服务尤其常被某些守护进E所使用Q这些守护进E不会有另外的方法来发出可能有问 题存在的信号或向用户发送消息?
/etc/httpd.conf Web 服务?Apache 的配|文件。这个文件一般不? /etc 中。它可能?/usr/local/httpd/conf/ ?/etc/httpd/conf/ 中，但是要确定它的位|，您还需要检查特定的 Apache 安装信息?
/etc/conf.modules or /etc/modules.conf kerneld 的配|文件。有意思的是，kerneld q不是“作为守护进E的”内核。它其实是一U在需要时负责“快速”加载附加内核模块的守护q程?
用户E序
? LinuxQ和一般的 UNIXQ中Q有无数的“用户”程序。最常见的一U用L序配|文件是 /etc/lynx.cfg。这是著名的文本览? lynx 的配|文件。通过q个文gQ您可以定义代理服务器、要使用的字W集{等。下面的代码h展示?lynx.cfg 文g的一部分Q修改这部分代码可以改变 Linux pȝ的代理服务器讄。缺省情况下Q这些设|适用于在各自?shell 中运?lynx 的所有用P除非某个用户通过指定 --cfg = "mylynx.cfg" 重设了缺省的配置文g?br />
/etc/lynx.cfg 中的代理服务器设|?br />.h1 proxy
.h2 HTTP_PROXY
.h2 HTTPS_PROXY
.h2 FTP_PROXY
.h2 GOPHER_PROXY
.h2 NEWS_PROXY
.h2 NNTP_PROXY
# Lynx version 2.2 and beyond supports the use of proxy servers that can act as
# firewall gateways and caching servers. They are preferable to the older
# gateway servers. Each protocol used by Lynx can be mapped separately using
# PROTOCOL_proxy environment variables (see Lynx Users Guide). If you have
# not set them externally, you can set them at run time via this configuration file.
# They will not override external settings. The no_proxy variable can be used
# to inhibit proxying to selected regions of the Web (see below). Note that on
# VMS these proxy variables are set as process logicals rather than symbols, to
# preserve lowercasing, and will outlive the Lynx image.
#
.ex 15
http_proxy:http://proxy3.in.ibm.com:80/
ftp_proxy:http://proxy3.in.ibm.com:80/
#http_proxy:http://penguin.in.ibm.com:8080
#ftp_proxy:http://penguin.in.ibm.com:8080/
.h2 NO_PROXY
# The no_proxy variable can be a comma-separated list of strings defining
# no-proxy zones in the DNS domain name space. If a tail substring of the
# domain-path for a host matches one of these strings, transactions with that
# node will not be proxied.
.ex
no_proxy:demiurge.in.ibm.com, demiurge
更改配置文g
在更攚w|文件时Q如果程序不是由pȝ理员或内核控制的，p保重新启动q用该配置的程序。普通用户通常没有启动或停止系l程序和Q或守护q程的权限?br />
内核
? 改内怸的配|文件会立即影响到系l。例如，更改 passwd 文g以增加用户将立即使该用户变ؓ可用。而且M Linux pȝ? /proc/sys 目录中都有一些内核可调参数。只有超U用户可以得到对所有这些文件的写访问权力；其它用户只有只读讉K权力。此目录中文件的分类的方式和 Linux 内核源代码的分类方式一栗此目录中的每个文g都代表一个内核数据结构，q些数据l构可以被动态地修改Q从而改变系l性能?br />
注意Q在更改其中M文g的Q何g前，您应该确保自己全面了解该文gQ以避免对系l造成不可修复的损実?br />/proc/sys/kernel/ 目录中的文g 文g?描述
threads-max 内核可运行的最大Q务数?
ctrl-alt-del 如果gؓ 1Q那么顺序按下这几个键将“彻底地”重新引导系l?
sysrq 如果gؓ 1QAlt-SysRq 则ؓȀzȝ态?
osrelease 昄操作pȝ的发行版版本?
ostype 昄操作pȝ的类型?
hostname pȝ的主机名?
domainname |络域，pȝ是该|络域的一部分?
modprobe 指定 modprobe 是否应该在启动时自动q行q加载必需的模块?
守护q程和系l程?br />? 护进E是永远q行在后台的E序Q它默默地执行自qd。常见的守护q程?in.ftpdQftp 服务器守护进E）、in.telnetdQtelnet 服务器守护进E）? syslogdQ系l日志记录守护进E）。有些守护进E在q行时会严密监视配置文gQ在配置文g改变时就会自动重新加载它。但是大多数守护q程q不会自? 重新加蝲配置文g。我们需要以某种方式“告诉”这些守护进E配|文件已l被发生了改变ƈ应该重新加蝲。可以通过使用服务命o重新启动服务来达到这个目? Q在 Red Hat Linux pȝ上）?br />
例如Q如果我们更改了|络配置Q就需要发出：
service network restart?br />
注意Q这些服务最常见的是 /etc/rc.d/init.d/* 目录中存在的脚本Q在pȝ被引导时?init 启动。所以，您也可以执行如下操作来重新启动服务：
/etc/rc.d/init.d/ start | stop | status
start、stop ?status 是这些脚本接受的输入|用来执行操作?
用户E序
? hpȝE序在每ơ启动时都会d光|文件。尽如此，误住，有些pȝE序在计机打开时情况不一P它们的行Z赖于?/etc/ 中的配置文g中读到的内容。所以，用户E序W一ơ启动时从 /etc/ 目录中存在的文gd~省配置。然后，用户可以通过使用 rc ? .Q点Q文件来定制E序Q正如下面一节所C?
用户配置文gQ?Q点Q文件和 rc 文g
我们已经看到怎样Ҏ地配|程序。但 是如果有的h不喜Ƣ在 /etc/ 中配|程序的方式该怎么办呢Q“普通”用户不能简单地q入 /etc 然后更改配置文gQ从文gpȝ的角度来看，配置文g的所有者是 root 用户Q这是大多数用L序都定义两个配置文g的原因：W一个是“系l”别的Q位? /etc/Q另一个属于用户“专用”，可以在他或她的主目录中找到?br />
例如Q我在我的系l中安装了非常有用的 wget 实用E序?etc/ 中有一?/etc/wgetrc 文g。在我的ȝ录中Q有一个名?.wgetrc 的文Ӟ它描qC我定制的配置Q只有在我，也就是用戯?wget 命oӞ才会加蝲q个配置文gQ。其它用户在他们自己的主目录Q?home/otherQ中也可以有 .wgetrc 文gQ当Ӟ只有q些用户q行 wget 命oӞ才会dq个文g。换句话_/etc/wgetrc 文g?wget 提供了“缺省”|? /home/xxx/.wgetrc 文g列D了某个用L“定刉”。重要的是这只是“一般规则”，q所有情况都如此。例如，一个象 pine 一LE序Q在 /etc/ 中ƈ没有M文gQ它只在用户ȝ录中有一个定刉|文Ӟ名ؓ .pinerc。其它程序可能只?/etc/ 中的~省配置文gQ而且可能不允许用户“定制”这些配|文Ӟ/etc 目录中只有少?config. 文g是这U情况）?br />
通常使用?rc ?.Q点Q文?
文g?描述
~/.bash_login 请参考“man bash”。如?~/.bash_profile 不存在，bash 则将 ~/.bash_login 作ؓ ~/.bash_profile 处理?
~/.bash_logout 请参考“man bash”。在退出时?bash d shell 引用?
~/.bash_profile ?bash d shell 引用 /etc/profile 之后引用?
~/.bash_history 先前执行的命令的列表?
~/.bashrc 请参考“man bash”。由 bash 非登录交互式 shell 引用Q没有其它文Ӟ。除非设|了 BASH_ENV ?ENVQ非交互?shell 不引用Q何文件?
~/.emacs 启动时由 emac d?
~/.forward
如果q里包含一个电子邮件地址Q那么所有发往 ~ 的所有者的邮g都会被{发到q个电子邮g地址?
~/.fvwmrc ~/.fvwm2rc fvwm ?fvwm2Q基本的 X Window 理器）的配|文件?
~/.hushlogin 请参考“man login”。引起“无提示”登录（没有邮g通知、上ơ登录信息或?MOD 信息Q?
~/.mail.rc 邮gE序的用户初始化文g?
~/.ncftp/ ncftp E序的目录；包含书签、日志、宏、首选项和跟t信息。请参阅 man ncftp。ncftp 的目的是为因特网标准文g传输协议QInternet standard File Transfer ProtocolQ提供一个强大而灵zȝ接口。它旨在替换pȝ所使用的标准的 ftp E序?
~/.profile 请参考“man bash”。如?~/.bash_profile ?~/.bash_login 文g不存在，bash 则将 ~/.profile 作ؓ ~/.bash_profile 处理Qƈ被其它?Bourn ?shell 使用?
~/.pinerc Pine 配置
~/.muttrc Mutt 配置
~/.exrc q个文g可以控制 vi 的配|?
CZQset ai sm ruler
在此文g中写入上面一行会?vi 讄自动~进、匹配括受显C号和?列这几个选项?
~/.vimrc ~省的“Vim”配|文件。和 .exrc 一栗?
~/.gtkrc GNOME 工具包（GNOME ToolkitQ?
~/.kderc KDE 配置?
~/.netrc ftp ~省d名和密码?
~/.rhosts ?r- 工具Q如 rsh、rlogin {等Q用。因为冒充主机很ҎQ所以安全性非怽?
必须qP~/ 的所有者）或超U用h有?
列出一些主机，用户可以从这些主问该帐号?
如果是符号链接则被忽略?
~/.rpmrc 请参阅“man rpm”。如?/etc/rpmrc 不存在则?rpm d?
~/.signature 消息文本Q将自动附加在从此帐号发出的邮g末尾?
~/.twmrc twmQThe Window ManagerQ的配置文g?
~/.xinitrc 启动时由 X dQ而不是由 xinit 脚本dQ。通常会启动一些程序?
CZQexec /usr/sbin/startkde
如果该文件中存在上面q行内容Q那么在从这个帐号发?startx 命oӞq一行就会启动“KDE 视窗理器”（KDE Window ManagerQ?
~/.xmodmaprc 此文件被传送到 xmodmap E序Q而且可以被命名ؓM文gQ例?~/.Xmodmap ?~/.keymap.kmQ?
~/.xserverrc 如果 xinit 可以扑ֈ要执行的 XQxinit ׃该文g作ؓ X 服务器运行?
~/News/Sent-Message-IDs gnus 的缺省邮件历史文件?
~/.Xauthority ?xdm E序d写，以处理权限。请参阅 X、xdm ?xauth 联机帮助c?
~/.Xdefaults,
~/.Xdefaults-hostname 在主?hostname 的启动过E中?X 应用E序d。如果找不到 -hostname 文gQ则查找 .Xdefaults 文g?
~/.Xmodmap 指向 .xmodmaprcQRed Hat 有用这个名U的 .xinitrc 文g?
~/.Xresources 通常是传送到 xrdb 以加?X 资源数据库的文g的名Uͼ旨在避免应用E序需要读取一个很长的 .Xdefaults 文gq样的情c（有些情况曄使用?~/.Xres。）
~/mbox
用户的旧邮g?
参考资?
要了解更多信息，请阅?Jack Wallen, Jr. ?Linux configuration files?br />
?developerWorks 上还有：
Technical FAQ for Linux users
What good is a Linux client?
Using the xinetd program for system administration
览 developerWorks 上的更多 Linux 参考资料?br />
览 developerWorks 上的更多开放源代码参考资料?nbsp;
文章来源:http://my.donews.com/robinchow/2007/01/10/fbucnsfniuesfiidxfmikaeigzppejtjlomy/