002.txt

会变语言实现的一些程序

1. 汇编源文件x.asm，其中用到头文件common.inc，它们经Ml.exe编译成x.obj；

2. 汇编源文件y.asm，用到头文件common.inc和y.inc，它们经Ml.exe编译成y.obj；

3. 资源脚本文件x.rc，经Rc.exe编译成x.res；

4. 最后用Link将x.obj，y.obj和x.res链接成test.exe。

可以看出，当程序调试的时候，如果修改了x.asm，也就是说x.obj的文件时间比x.asm要早，就需要重新进行步骤1和4；如果修改了y.asm或y.inc，那么需要重新执行步骤2和4；如果修改的是x.rc，则步骤3和4必须重新执行；如果修改的是common.inc，因为x.asm和y.asm都和它有关，所以步骤1、2和4都要重新执行；如果同时修改了common.inc和x.rc，那么必须重复全部步骤。在这个例子中，文件的依赖关系就是：

● test.exe依赖于x.obj，y.obj和x.res；

● x.res依赖于x.rc；

● x.obj依赖于x.asm和common.inc；

● y.obj依赖于y.asm，common.inc和y.inc。

make可以根据文件的时间正确判断文件的新旧并执行相应的步骤。但make又是如何知道文件之间的依赖关系呢？这需要用户用一个描述文件来指定。前面提到的makefile就是这个描述文件，执行make工具的时候，它会默认用makefile做描述文件名来进行相应的工作，书写描述文件有规定的语法，虽然语法不是很简单，但写好以后就省事多了。

Microsoft的make工具文件名为nmake.exe，它并不是MASM软件包的一部分，但可以在Visual C++的Bin目录下找到。Borland公司的make工具文件名是make.exe，它已经包括在TASM 5.0工具包中。两者默认的描述文件名都是makefile，描述文件的语法也大同小异，只是使用时命令行参数有些不同。

2.4.2  nmake的用法

在命令行键入nmake /? 可以显示帮助信息，nmake的语法为：

nmake [选项] [/f 描述文件名] [/x 输出信息文件名] [宏定义] [目标]

说明如下：

● /f参数——如果描述文件名不使用默认的makefile，可以用/f参数指定。

● /x参数——如果想把屏幕输出的信息存到一个文件中，可以用/x参数指定（用DOS下的管道操作符nmake > 文件名的方法无效）。

● 宏定义——可以用新的定义覆盖描述文件中的宏定义。

● 目标——指定建立描述文件中描述的某个文件，如上面的例子中默认是生成最后的test.exe文件，也可以用nmake x.res指定更新x.res文件。

nmake常用的选项如表2.8所示。

表2.8  nmake的常用选项

选   项
 简   介
 
/A
 不检测文件时间，强制更新所有文件
 
/B
 文件时间相等时也要更新文件
 
/D
 make时显示文件新旧信息
 
/N
 显示make时要执行的命令，但并不真正执行
 
/P
 一个比较有用的选择，make时显示详细的信息
 

由于nmake的应用是基于文件时间的，当计算机的时钟不准确或文件拷贝到另一台计算机后文件时间有些偏差，那么可能文件的更新会不正确，这时最好用/A选项强制把所有文件更新一遍。在平时使用的时候，以makefile当做建立的描述文件名，那么仅键入不加参数的nmake命令就可以完成所有工作了。

2.4.3  描述文件的语法

make工具最主要也是最基本的功能就是通过描述文件来描述源程序之间的相互关系并自动维护编译工作，而描述文件需要按照某种语法进行编写，文件中需要说明如何编译各个源文件并链接生成可执行文件，并要求定义源文件之间的依赖关系，为了更方便使用，文件中同时可以用一些宏定义。描述文件一般需要包含以下内容：

● 注释

● 宏定义

● 显式规则

● 隐含规则

在这里，首先为2.4.1节中有关test.exe的例子写出一个描述文件，再逐步介绍各部分的书写语法。为了方便使用，一般都把描述文件的文件名取为默认文件名：makefile。这个例子的makefile文件如下（注意前面括号里的是行号，不是文件的真正内容）：

(001) # nmake工具的描述文件例子

(002) EXE = Test.exe   #指定输出文件

(003) OBJS =  x.obj \

(004) y.obj #需要的目标文件

(005) RES = x.res #需要的资源文件

(006) 

(007) LINK_FLAG = /subsystem:windows  #链接选项

(008) ML_FLAG = /c /coff   #编译选项

(009) 

(010) #定义依赖关系和执行命令

(011) $(EXE): $(OBJS) $(RES)

(012)   Link $(LINK_FLAG) /out:$(EXE) $(OBJS) $(RES)

(013) $(OBJS): Common.inc

(014) y.obj: y.inc

(015)

(016) #定义汇编编译和资源编译的默认规则

(017) .asm.obj:

(018)   ml $(ML_FLAG) $<

(019) .rc.res:

(020)   rc $<

(021) 

(022) #清除临时文件

(023) clean:

(024)   del *.obj

(025)   del *.res

1. 注释和换行

makefile中的注释是以#号开头一直到行尾的字符，当nmake工具处理到这些字符的时候，它会完全忽略#号及全部注释字符。

当一行的内容过长的时候，可以用换行符来继续，makefile的换行符是\，如例子中的第三行和第四行可以合并为：

OBJS =  x.obj y.obj #需要的目标文件

在使用换行符的时候要注意在“\”后面不能再加上其他字符，包括注释和空格，否则nmake检测到“\”不在一行的最后，就不会把它当成换行符解释，就会出现错误。

2. 宏定义

makefile中允许使用简单的宏定义指代源文件及其相关编译信息，可以把宏称为变量，在整个描述文件中，只要符合下面语法的行就是宏定义：

变量名=变量内容

如上面例子文件中的2到8就是宏定义，在引用宏时只需在变量前加$符号，但是要注意的是，如果变量名的长度超过一个字符，在引用时就必须加圆括号（），下面都是有效的宏引用：

$(LINK_FLAG)

$(EXE)

$A

$(A)

其中最后两个引用是完全一致的。

宏定义的使用可以使makefile的使用更灵活：首先可以使文件便于修改，比如把第8行和第18行中ml的选项部分写成宏定义，以后要改变编译选项的时候，只要直接在makefile文件头部改变宏定义就可以了，不必重新阅读整个makefile文件；其次，当不止一个地方用到同一个文件的时候，把文件名定义为宏定义可以减少错误，增加可读性，同时也可以便于修改；最大的好处是可以直接在命令行中用新的宏定义覆盖，比如在命令行中键入：

nmake ML_FLAG="/c /coff /Fl"

那么这时就会以新的/c /coff /Fl定义代替makefile中定义的/c /coff，在这种使用中要注意两个问题，一是宏名称要区分大小写，ML_FLAG和ml_flag是不一样的；二是定义值中有空格的时候要用双引号引起来，没有空格时可以不用双引号，如ML_FLAG=/c，这使临时使用不同的参数编译文件时可以不必修改makefile。

 
 


3. 显式规则

makefile中包含有一些规则，这些规则定义了文件之间的依赖关系和产生命令，一个规则的格式是这样的：

目标文件：依赖文件；命令   （方法1）

或

目标文件：依赖文件 （方法2）

  命令

在规则定义和命令行中，不能包含注释，例子中的第11和12行把宏定义展开后就是：

test.exe：x.obj y.obj x.res

  Link /subsystem:windows /out:test.exe x.obj y.obj x.res

这里的目标文件就是test.exe，它依赖于3个文件x.obj，y.obj和x.res，如果有必要，产生目标文件的命令就是下面的Link命令，整个规则可以用两种方法，用第二种方法的时候，命令可以从第二行开始，第一行的“；”省略，但是这时命令前面必须有一个Tab字符，否则nmake无法区分这究竟是命令还是别的定义。目标文件可以有多个，依赖文件也可以有多个，同时命令也可以由多个命令行组成，当然这时候就必须用第二种方法定义了。

我们也可以用test.exe生成的规则定义其他文件，如x.obj或x.res的生成方法，但nmake如何知道哪个是最终要make的文件呢？实际上nmake默认将整个描述文件的第一条规则中的目标文件认为是最终文件，如果我们把11，12行放到第13行后面，那么x.obj和y.obj的建立规则就成了第一条规则，nmake建立了x.obj和x.obj之后就不理会test.exe的建立了，所以我们必须把最终需要生成的文件放在第一条规则定义。当然，在nmake的命令行参数中可以指定要make的目标，如我们要生成x.res文件，那么不必修改makefile将x.res的描述规则移动到最前面，而是直接在命令行键入以下命令即可：

nmake x.res