先說幾句廢話
　　以前看書時經常遇到makefile，nmake這幾個名詞，然后隨之而來的就是一大段莫名其妙的代碼，把我看得云里霧里的。在圖書館和google上搜了半天，也只能找到一些零零星星的資料，把我一直郁悶得不行。最近因緣巧合，被我搞到了一份傳說中的MASM6手冊，終于揭開了NMAKE的廬山真面目。想到那些可能正遭受著同樣苦難的同志以及那些看到E文就頭暈的兄弟，所以就寫了這篇文章。假如大家覺得有幫助的話，記得回復一下，當作鼓勵！如果覺得很白癡,也請扔幾個雞蛋.本文是總結加翻譯，對于一些關鍵詞以及一些不是很確定的句子，保留了英文原版，然后再在括號里給出自己的理解以作參考。由于水平有限，加上使用NMAKE的經驗尚淺，有不對的地方大家記得要指正唷。MASM6手冊在AOGO（好像是）可以download，在我的BLOG上有到那的鏈接。
　　關于NMAKE
　　Microsoft Program Maintenance Utility，外號NMAKE，顧名思義，是用來管理程序的工具。其實說白了，就是一個解釋程序。它處理一種叫做makefile的文件（以mak為后綴），解釋里面的語句并執行相應的指令。我們編寫makefile文件，按照規定的語法描述文件之間的依賴關系，以及與該依賴關系相關聯的一系列操作。然后在調用NMAKE時，它會檢查所有相關的文件，如果目標文件（target file，下文簡稱target，即依賴于其它文件的文件）的time stamp（就是文件最后一次被修改的時間，一個32位數，表示距離1980年以來經過的時間，以2秒為單位）小于依賴文件（dependent file，下文簡稱dependent，即被依賴的文件）的time stamp，NMAKE就執行與該依賴關系相關聯的操作。請看下面這個例子：
　　foo.exe : first.obj second.obj
　　link first.obj,second.obj
　　第一行定義了依賴關系，稱為dependency line；第二行給出了與該依賴關系相關聯的操作，稱為command line。因為foo.exe由first.obj和second.obj連接而成，所以說foo.exe依賴于first.ogj和second.obj，即foo.exe為target，first.obj和second.obj為dependent。如果first.obj和second.obj中的任何一個被修改了（其time stamp更大），則調用link.exe，重新連接生成foo.exe。這就是NMAKE的執行邏輯。
　　綜上，NMAKE的核心就是這3個家伙——依賴關系，操作和判定邏輯（target.timestamp < dependent.timestamp，如果為true，就執行相應操作）。
　　MAKEFILE的語法
　　現在詳細討論一下makefile的語法。makefile就像一個玩具型的程序語言，麻雀雖小，但五臟具全。makefile的組成部分包括：描述語句（description block），inference rules（推導規則），宏和指令（directive）。描述語句就是dependent lines和command lines的組合；inference rules就是預先定義好的或用戶自己定義的依賴關系和關聯命令；宏就不用說了吧；指令就是內定的一些可以被NMAKE識別的控制命令，提供了很多有用的功能。
　　另外，makefile中使用以下幾個具有特殊意義的符號：
　　^ # \ ( ) { } ! @ - : ; $
　　^（caret）：用于關閉某些字符所具有的特殊意義，使其只表示字面上的意義。例如：^#abc表示#abc這個字符串，而#abc則用于在makefile中加入注釋，#在這里為注釋標志，就像C++中的//。另外，在一行的末尾加上^，可以使行尾的回車換行符成為字串的一部分。
　　#（number sign）：為注釋標志，NMAKE會忽略所有從#開始到下一個換行符之間的所有文本。這里要注意的是：在command lines中不能存在注釋。因為對于command lines，NMAKE是將其整行傳遞給OS的。通常對于command lines的注釋都是放在行與行之間。
　　\（backslash）：用于將兩行合并為一行。將其放在行尾，NMAKE就會將行尾的回車換行符解釋為空格（space）。
　　%（percent symbol）：表示其后的字符串為一文件名。用法較復雜，在講dependent lines的時候再詳細討論。
　　！（exclamation symbol）：命令修飾符，在下面會有詳細的討論。
　　@（at sign）：命令修飾符，在下面會有詳細的討論。
　　:（colon）：用于dependent lines和inference rules中，用于分隔target和dependent。
　　;（semicolon）：如果對于一個dependent line只有一條命令，則可以將該命令放在dependent line的后面，二者之間用“；”分隔。
　　$（dolor sign）：用于調用宏，在下面講宏的時候再詳細討論。
　　在makefile中還可以使用DOS通配符（wildcard）來描述文件：*和？。作用相信大家都很熟悉了，在此就不再浪費口水了。
　　如果要將中間有空格或制表符的字符串作為整體對待，則應該用雙引號將之括起來，例如，在指定一個中間有空格的長文件名的時候：
　　“My Document”
　　或在定義一個宏的時候：
　　 MYMACRO=”copy a:\foo.exe c:\”
　　描述語句塊（Description Blocks）
　　 描述語句塊為makefile主體的基本組成單元，其典型結構如下：
　　 target : dependents
　　 commands block
　　Dependent Line
　　 每一個描述語句塊中只有一個dependent line，其定義了一個依賴關系。該行的開頭不能有任何空白（空格或制表符）。冒號兩邊的target和dependent都可以有多個，之間以空格分隔。NMAKE在分析makefile時首先會從頭到尾掃描每一個dependent line，然后根據依賴關系建立起一棵依賴關系樹（dependent tree）。例如對于依賴關系：
　　 foo.exe : first.obj second.obj
　　 first.obj : first.cpp
　　 second.obj : second.cpp
　　則在其依賴關系樹中，foo.exe為first.obj和second.obj的父親，而first.obj則是first.cpp的父親，second.obj是second.cpp的父親。如果second.cpp被更新了，則second.obj會被重新構造，從而導致foo.exe被重新構造。NMAKE就是這樣由下而上地對整棵樹中的結點進行評估的。
　　 雖然makefile中可以有很多的dependent lines，但NMAKE只會構造出現在它的命令行中的targets，或者，如果命令行中沒有給出targets，就構造第一個dependent line中的第一個target。其他所有無關的targets都不會被構造。例如：
　　 foo1.exe foo2.exe : first.obj
　　 first.obj : first.cpp
　　 second.obj : second.cpp
　　假設上面的第一行語句為makefile中出現的第一個dependent line，且命令行中沒有給出target。當first.cpp被更新后，first.obj和foo1.exe都會被重新構造，而foo2.exe和second.obj則不會。
　　 當在一個dependent line中出現多個target時，例如：
　　 boy.exe girl.exe : first.obj
　　 echo Hello
　　 該語句相當于：
　　 boy.exe : first.obj
　　 echo Hello
　　 girl.exe : first.obj
　　 echo Hello
　　（注：echo是一條控制臺命令，用于在STDOUT上顯示一行信息）
　　 同一個target也可以出現在多個dependent lines中。在這種情況下，如果只有一個dependent line后跟有command line，則它們會被合并為一個描述語句塊，例如：
　　 foo.exe : first.obj
　　 echo Building foo.exe…
　　 …
　　 foo.exe : second.obj
　　NMAKE會將其處理為：
　　 foo.exe : first.obj second.obj
　　 echo Building foo.exe…
　　 如果每一個dependent line后都有command line，則它們會被作為兩個描述語句塊處理。
　　如果在dependent line中使用雙冒號（::）來分隔target和dependent，并且同一個target出現在多個描述語句塊中，此時，NMAKE將會匹配最合適的語句塊，以構造該target。
　　例如：
　　 target.lib :: one.asm two.asm three.asm
　　ML one.asm two.asm three.asm
　　LIB target -+one.obj -+two.obj -+three.obj;
　　target.lib :: four.c five.c
　　CL /c four.c five.c
　　LIB target -+four.obj -+five.obj;
　　Target.lib同時出現在兩個描述語句塊中，此時，NMAKE在處理該makefile時，將會選擇其中一個描述語句塊中的命令來執行。如果任何asm文件被更新了，NMAKE就調用ML重新編譯之，然后再調用LIB（但CL以及之后的命令都不會被調用）；類似地，如果任何C文件被更新了，NMAKE就會調用CL。
　　 在通常情況下，target和dependent都是文件名。NMAKE會首先在當前目錄下搜索dependent，如果沒有找到，就到用戶指定的目錄下搜索。指定搜索路徑的語法如下：
　　 {directory1;directory2;…}dependent
　　搜索路徑放在{}之中，如果有多個，就用“;”分開。注意，在各個語法成分之間是不能有空白的。
　　 Target和dependent也可以不是一個文件，而是一個標號（label）。這時，就稱之為pseudotarget（偽文件）。Pseudotarget的名字不能與當前目錄下的任何文件名相同。一個pseudotarget如果要作為dependent，那么它必須要作為target出現在某個dependent line中。當使用pseudotarget作為target時，與之關聯的commands block一定會被執行，同時NMAKE會賦予它一個假想的time stamp。該time stamp等于它的dependents中最大的time stamp，或者，如果它沒有dependent，就等于當前時間。該假想的time stamp在pseudotarget作為dependent時會被用來進行有效性評估。這個特性最大的好處就是，你可以讓NMAKE構造多個target，而不用將每個target都在NMAKE的命令行中列出來，例如：
　　 all : setenv project1.exe project2.exe
　　project1.exe : project1.obj
　　LINK project1;
　　project2.exe : project2.obj
　　LINK project2;
　　setenv :
　　set LIB=\project\lib
　　上例中有兩個pseudotarget，一個是all，另一個是setenv。首先是setenv被評估，其作用是設置環境變量LIB，然后project1.exe和project2.exe依次被更新.
　　Commands Block
　　 第二行開始到下一個dependent line之間為commands block，其給出了當dependents中的任何一個的time stamp大于target時，需要執行的指令序列（commadns block也可以為空，此時，NMAKE什么也不干）。command line必須以空白開頭（剛好與dependent line相反，NMAKE就是通過該特征來分辨二者的），并且在dependent line和commands block中的第一條語句之間不能有空白行（就是除了一個換行符，什么也沒有的行。所以只有一個空格或制表符的行是合法的，此時NMAKE將其解釋為一個null command），但在command lines之間可以有空白行。Commands block中的每一條命令可以是在控制臺中合法的任何命令。事實上大可將commands block當成一個由控制臺命令序列組成的批處理文件。
　　 此外，對commands block中的命令，還可以在其前面添加一個或多個所謂的命令修飾符（command modifier），以實現對命令的一些額外的控制。命令修飾符有以下3種：
　　1) @command
　　消除該命令的所有到STDOUT的輸出。
　　2) –[number]command
　　關掉對該命令返回值的檢測。在默認的情況下，如果一條命令返回非0值，則NMAKE將會停止執行。但如果在命令前加上一“-”，則NMAKE將會忽略該命令的返回值。如果“-”緊接著一個整數，則NMAKE會忽略掉任何大于該整數的返回值。
　　3) !command
　　如果該命令的執行對象為$**或$?（這兩個都是預定義的宏，前者表示相應的dependent line中所有的dependent，后者表示所有比target具有更大的time stamp的dependent），則該“！”修飾符將會使該命令施行于這兩個宏所描述的每一個獨立的文件上。
　　 NMAKE還提供了一些語法可以在commands block中表示相應的dependent line中第一個dependent的文件名組成。例如：
　　 foo.exe : c:\sample\first.obj c:\sample\second.obj
　　 link %s
　　NMAKE將“link %s”解釋為：
　　 link c:\sample\first.obj
　　如果將命令改為“link %|pfF.exe”，則NMAKE將之解釋為：
　　 link c:\sample\first.exe
　　%s表示全文件名，%|[part]F表示文件名中的某個部分，part可以是下列字符中的一個或多個，如果part為空，%|F與%s的意思相同：
　　1) d：盤符；
　　2) p：路徑；
　　3) f：文件基本名；
　　4) e：文件擴展名；
Inference Rules（推導規則）
　　 Inference rules（下文簡稱IR）是一個模板，它用于決定如何從一個具有某種擴展名的文件構造出一個具有另一種擴展名的文件。NMAKE通過IR來確定用來更新target的命令以及推導target的dependents。IR的好處在于它滿足了像我這樣的懶人的需要。只要提供了正確的IR，則描述語句塊就可以極大地化簡。請看下面的例子：
　　 foo.obj :
　　上面的語句將會運作得很好。是不是覺得很吃驚呢？事實上，NMAKE在處理該語句的時候，它首先在當前目錄下搜索基本名為foo的文件（假設當前目錄下有一個foo.c文件）。然后它查找一個后綴列表（suffix list），里面的每一項包含了從一種類型的文件構造另一種類型的文件需要調用的命令和參數的相關信息。在NMAKE預定義的列表中，foo.c到foo.obj的構造命令為CL。最后NMAKE調用CL，編譯foo.c。呵呵，這么一長串的操作一條簡單的語句就搞定了，是不是很方便呢！
　　 當出現下列情況之一時，NMAKE就會嘗試使用IR：
　　l NMAKE遇到一個沒有任何命令的描述語句塊。此時NMAKE就會搜索后綴列表，試圖找到一個匹配的命令來構造target。
　　l 無法找到某個dependent，并且該dependent沒有作為target出現在其它dependent line中（即它不是一個pseudotarget）。此時NMAKE就會搜索給定的目錄以及后綴列表，試圖找到一個IR來構造出該dependent。
　　l 一個target沒有dependent，并且描述語句塊中沒有給出指令。此時NMAKE就會試圖找出一個IR來構造出該target。
　　l 一個target在NMAKE的命令行中給出，但在makefile里沒有該target的相關信息（或根本就沒有makefile）。此時NMAKE就會試圖找出一個IR來構造出該target。
　　定義一個IR的語法如下：
　　 [{frompath}].fromext[{topath}].toext;
　　 commands
　　注意，各語法元素之間不能有任何空格。Dependent的后綴名在fromext中給出，target的后綴名在toext中給出。Frompath和topath是可選的，分別給出了搜索的路徑。在每個IR的定義中只能分別為每一個后綴名給出一個搜索路徑。如果想要指定多個搜索路徑，就必須定義多個IR。并且，如果你為一個后綴指定了搜索路徑，那么你也必須為另一個后綴指定搜索路徑。即是說，fromext和topath只要有一個存在，則另一個也必須存在。你可以使用{.}或{}來表示當前目錄。
　　另外，要注意的是，如果你在IR中指定了搜索路徑，則在dependent lien中也必須指定同樣的路徑，否則IR將不會應用于dependent line上，例如：
　　 {..\proj}.exe{..\proj}.obj:
　　該IR不會用于下列語句上：
　　project1.exe : project1.obj
　　但會用于下列語句上：
　　{..\proj}project1.exe : {..\proj}project1.obj
　　NMAKE本身提供了一個預定義的后綴列表，內容如下：
　　 Rule Command Default Action
　　 .asm.exe $(AS)$(AFLAGS) $*.asm ML $*.ASM
　　.asm.obj $(AS)$(AFLAGS) /c $*.asm ML /c $*.ASM
　　.c.exe $(CC)$(CFLAGS) $*.c CL $*.C
　　.c.obj $(CC)$(CFLAGS) /c $*.c CL /c $*.C
　　.cpp.exe $(CPP)$(CPPFLAGS) $*.cpp CL $*.CPP
　　 .cpp.obj $(CPP)$(CPPFLAGS) /c $*.cpp CL /c $*.CPP
　　.cxx.exe $(CXX) $(CXXFLAGS) $*.cxx CL $*.CXX
　　.cxx.obj $(CXX) $(CXXFLAGS) /c $*.cxx CL /c $*.CXX
　　.bas.obj $(BC) $(BFLAGS) $*.bas; BC $*.BAS;
　　.cbl.exe $(COBOL) $(COBFLAGS) $*.cbl, $*.exe; COBOL $*.CBL, $*.EXE;
　　.cbl.obj $(COBOL) $(COBFLAGS) $*.cbl; COBOL $*.CBL;
　　.for.exe $(FOR) $(FFLAGS) $*.for FL $*.FOR
　　.for.obj $(FOR) /c $(FFLAGS) $*.for FL /c $*.FOR
　　.pas.exe $(PASCAL) $(PFLAGS) $*.pas PL $*.PAS
　　.pas.obj $(PASCAL) /c $(PFLAGS) $*.pas PL /c $*.PAS
　　.rc.res $(RC) $(RFLAGS) /r $* RC /r $*
　　 在上表中，類似AFLAG和CFLAG這種被包含在括號里面的是未定義的宏，通過在makefile中對這些宏給出定義，可以為這些命令指定編譯器和參數。例如：
　　 $(AS)$(AFLAGS) $*.asm
　　AS宏用于指定編譯器，NMAKE中默認為ML；AFLAGS宏用于給出編譯器參數，NMAKE將之留給用戶定義，默認為空。所以默認的操作為：
　　ML $*.asm
　　這里可以看到將宏展開的語法，就是將宏的名字用圓括號括起來，然后在前面加上一個美元符號。另外需要說明的是，”$*”是NMAKE預定義的一個特殊的宏，其等于target的路徑加上target的基本名。
　　宏（MARCRO）
　　 這個相信大家都十分熟悉了。在makefile中通過使用宏將可以獲得很大的靈活性。下面就是在makefile中定義宏的語法：
　　 macroname=string
　　在makefile中，macroname是宏的名字，其可以是任何字母，數字和下劃線的組合，最多可以有1024個字符。另外要注意的是，macroname是大小寫敏感的。string是宏的定義體，可以有高達65510個字符。任何包含0個字符或只包含空白的字符串都被視為空字串（null string），此時，該宏也被視為NULL，任何其出現的地方，都會被替換為空白。
　　 在使用宏時，還應知道以下幾個具有特殊意義的符號：
　　l # 用于注釋，例如：
　　command=ML # compile asm file
　　l \ 將宏定義分作多行來寫，例如：
　　LINKCMD = link myapp
　　another, , NUL, mylib, myapp
　　“\”后面的回車換行符會被空格替換，上面兩行相當于：
　　LINKCMD = link myapp another, , NUL, mylib, myapp
　　l $ 將宏展開，用法在后面介紹。
　　l ^ 如果要在宏中包含以上符號，但又不使用它們的特殊語義，則可以這樣：
　　dir=c:\windows^
　　此時，dir相當于字符串”c:\windows\”。
　　 以下是一些語法上的細節：
　　1) 在定義宏時，宏名字的第一個字符必須是該行的第一個字符；
　　2) 每行只能定義一個宏；
　　3) 在”=”兩邊可以有空格，但它們都會被忽略；
　　4) 在宏定義體中可以有空格，它們都會被視為宏的一部分；
　　除了可以在makefile中定義宏之外，宏定義也可以出現在NMAKE命令行中。此時，如果在宏定義中有任何空白，則必須用雙引號將之括起來，例如：
　　NMAKE "LINKCMD = LINK /MAP"
　　NMAKE LINKCMD="LINK /MAP"
　　而像下面這樣則是不允許的（等號兩邊有空格）：
　　 NMAKE LINKCMD = "LINK /MAP"
　　 使用宏的語法如下（注意，整個語句中不能有任何空格）：
　　 $（macroname）
　　 NMAKE會將整個語句用宏替換掉。如果宏未定義，NMAKE會用空白替換之，不會產生任何錯誤。如果宏的名字只有一個字符，則括號可以省略，例如：$L和$（L）是等價的。
　　 NMAKE為宏的使用還提供了一個很有用的特性，那就是substitution（子替換）。即是在展開宏的時候，你還可以指明將展開的宏中的某部分文本用另外的文本替換掉。例如：
　　 SOURCE=one.c two.c
　　foo.exe : $（SOURCE:.c=.obj）
　　 LINK $**;
　　展開來就是這樣：
　　SOURCE=one.c two.c
　　foo.exe : one.obj two.obj
　　 LINK one.obj two.obj;
　　語句$（SOURCE:.c=.obj）表示將SOURCE中出現的所有”.c”替換為”.obj”。
　　由以上的例子可以看出，substitution的語法如下（注意，沒有空格）：
　　$（macroname:str1=str2）
　　 此外，NMAKE還提供了4組預定義的宏，它們分別是文件名宏，遞歸宏，命令宏和參數宏。它們都可以被重新定義，但可能會引起一些不必要的麻煩，因為它們被廣泛使用。正所謂“動一發而牽全身”，一個小小的改動，甚至有可能會影響到太陽黑子的運動（蝴蝶效應），這就是使用宏的最大的弊端。
　　文件名宏
　　在commands block中使用，以表示特定的文件名，包括：
　　1) $@ 用來表示相關聯的dependent line中第一個target的全名（包括路徑）。
　　2) $$@ 同上，但只能用在dependent line中。
　　3) $* target的路徑加基本名。
　　4) $** 相應的dependent line中的所有dependent。
　　5) $? 相應的dependent line中的所有time stamp大于target的dependent。
　　6) $< 同上，但只能用在IR中。
　　下面是一個例子：
　　DIR = c:\objects
　　$(DIR)\a.obj : a.obj
　　COPY a.obj $@
　　 最后一句展開來就相當于：copy a.obj c:\objects\a.obj
　　 另外，在使用以上這些宏的時候，還可以通過以下的字符來提取文件名中的某一個部分：
　　 D 路徑
　　 B 基本名
　　 F 基本名加擴展名
　　 R 路徑加基本名
　　 例如：如果$@表示c:\objects\a.object，則
　　 $（@D） c:\objects
　　 $（@B） a
　　 $（@F） a.obj
　　 $（@R） c:\objects\a
　　遞歸宏
　　 有3個，它們都是用來在makefile中方便地進行NMAKE的遞歸調用，它們分別是：
　　1) MAKE
　　表示運行當前makefile的NMAKE程序的名字。例如，如果你在控制臺用以下語句運行makefile：
　　NMAKE her.mak
　　則MAKE就等于NMAKE。
　　但如果你將NMAKE.EXE改名為FUCK.EXE，那么你運行makefile的命令就應該改為：
　　FUCK her.mak
　　此時，MAKE就等于FUCK。
　　2) MAKEDIR
　　表示你調用NMAKE時所在的目錄。
　　3) MAKEFLAGS
　　表示你運行當前makefile時使用的NMAKE參數。
　　 這幾個宏在build程序的不同版本時特別有用，例如：
　　 all : vers1 vers2
　　vers1 :
　　cd \vers1
　　$(MAKE)
　　cd ..
　　vers2 :
　　cd \vers2
　　$(MAKE) /F vers2.mak
　　cd ..
　　 NMAKE會分別在.\vers1和.\vers2目錄下運行vers1.mak和vers2.mak。
　　命令宏和參數宏
　　 命令宏表示Microsoft的編譯程序（真的很會做生意，任何時候都不忘自己的產品），而參數宏則是表示傳遞給這些編譯器的參數，在默認情況下，參數宏都是未定義的。當然，你可以重新定義它們，讓它們表示Boland的編譯程序和參數。
　　 命令宏 對應的參數宏
　　1) AS ml，M的匯編編譯器。 AFLAGS
　　2) BC bc，M的BASIC編譯器。 BFLAGS
　　3) CC cl，M的C編譯器。 CFLAGS
　　4) COBOL cobol，M的COBOL編譯器。 COBFLAGS
　　5) CPP cl，M的C++編譯器。 CPPFLAGS
　　6) CXX cl，M的C++編譯器。 CXXFLAGS
　　7) FOR fl，M的FORTRAN編譯器。 FFLAGS
　　8) PASCAL pl，M的PASCAL編譯器。 PFLAGS
　　9) RC rc，M的資源編譯器。 RFLAGS