1）如果這個(gè)工程沒有編譯過，那么我們的所有C文件都要編譯并被鏈

2）如果這個(gè)工程的某幾個(gè)C文件被修改，那么我們只編譯被修改的C文件，并鏈接目標(biāo)程序。

3）如果這個(gè)工程的頭文件被改變了，那么我們需要編譯引用了這幾個(gè)頭文件的C文件，并鏈接目標(biāo)程序。只要我們的Makefile寫得夠好，所有的這一切，我們只用一個(gè)make命令就可以完成，make命令會(huì)自動(dòng)智能地根據(jù)當(dāng)前的文件修改的情況來確定哪些文件需要重編譯，從而自己編譯所需要的文件和鏈接目標(biāo)程序。在講述這個(gè)Makefile之前，還是讓我們先來粗略地看一看Makefile的規(guī)則。

Target ...:prerequisites ...command          ...              .. .             

target是一個(gè)目標(biāo)文件，也可以是Object File，也可以是執(zhí)行文件。還可以是一個(gè)標(biāo)簽（Label），對(duì)于標(biāo)簽這種特性，在后續(xù)的“偽目標(biāo)”章節(jié)中會(huì)有敘述。

Prerequisites表示要生成target所需要的文件或是目標(biāo)。

command也就是make需要執(zhí)行的命令。（任意的Shell命令）

這是一個(gè)文件的依賴關(guān)系，也就是說，target這一個(gè)或多個(gè)的目標(biāo)文件依賴于prerequisites中的文件，其生成規(guī)則定義在command中。

在默認(rèn)的方式下，也就是我們只輸入make命令。那么，

? ? 1、make會(huì)在當(dāng)前目錄下找名字叫“Makefile”或“makefile”的文件。
??? 2、如果找到，它會(huì)找文件中的第一個(gè)目標(biāo)文件（target），在上面的例子中，他會(huì)找到“edit”這個(gè)文件，并把這個(gè)文件作為最終的目標(biāo)文件。
??? 3、如果edit文件不存在，或是edit所依賴的后面的 .o 文件的文件修改時(shí)間要比edit這個(gè)文件新，那么，他就會(huì)執(zhí)行后面所定義的命令來生成edit這個(gè)文件。
??? 4、如果edit所依賴的.o文件也存在，那么make會(huì)在當(dāng)前文件中找目標(biāo)為.o文件的依賴性，如果找到則再根據(jù)那一個(gè)規(guī)則生成.o文件。（這有點(diǎn)像一個(gè)堆棧的過程）
??? 5、當(dāng)然，你的C文件和H文件是存在的啦，于是make會(huì)生成 .o 文件，然后再用 .o 文件生命make的終極任務(wù)，也就是執(zhí)行文件edit了。

這就是整個(gè)make的依賴性，make會(huì)一層又一層地去找文件的依賴關(guān)系，直到最終編譯出第一個(gè)目標(biāo)文件。在找尋的過程中，如果出現(xiàn)錯(cuò)誤，比如最后被依賴的文件找不到，那么make就會(huì)直接退出，并報(bào)錯(cuò)，而對(duì)于所定義的命令的錯(cuò)誤，或是編譯不成功，make根本不理。make只管文件的依賴性，即，如果在我找了依賴關(guān)系之后，冒號(hào)后面的文件還是不在，那么對(duì)不起，我就不工作啦。

通過上述分析，我們知道，像clean這種，沒有被第一個(gè)目標(biāo)文件直接或間接關(guān)聯(lián)，那么它后面所定義的命令將不會(huì)被自動(dòng)執(zhí)行，不過，我們可以顯示要make執(zhí)行。即命令——“make clean”，以此來清除所有的目標(biāo)文件，以便重編譯。

于是在我們編程中，如果這個(gè)工程已被編譯過了，當(dāng)我們修改了其中一個(gè)源文件，比如file.c，那么根據(jù)我們的依賴性，我們的目標(biāo)file.o會(huì)被重編譯（也就是在這個(gè)依性關(guān)系后面所定義的命令），于是file.o的文件也是最新的啦，于是file.o的文件修改時(shí)間要比edit要新，所以edit也會(huì)被重新鏈接了（詳見edit目標(biāo)文件后定義的命令）。

而如果我們改變了“command.h”，那么，kdb.o、command.o和files.o都會(huì)被重編譯，并且，edit會(huì)被重鏈接。

在上面的例子中，先讓我們看看edit的規(guī)則：

edit : main.o kbd.o command.o display.o \insert.o search.o files.o utils.occ -o edit main.o kbd.o command.o display.o \insert.o search.o files.o utils.o

我們可以看到[.o]文件的字符串被重復(fù)了兩次，如果我們的工程需要加入一個(gè)新的[.o]文件，那么我們需要在兩個(gè)地方加（應(yīng)該是三個(gè)地方，還有一個(gè)地方在clean中）。當(dāng)然，我們的makefile并不復(fù)雜，所以在兩個(gè)地方加也不累，但如果makefile變得復(fù)雜，那么我們就有可能會(huì)忘掉一個(gè)需要加入的地方，而導(dǎo)致編譯失敗。所以，為了makefile的易維護(hù)，在makefile中我們可以使用變量。makefile的變量也就是一個(gè)字符串，理解成C語(yǔ)言中的宏可能會(huì)更好。

比如，我們聲明一個(gè)變量，叫objects, OBJECTS, objs, OBJS, obj, 或是 OBJ，反正不管什么啦，只要能夠表示obj文件就行了。我們?cè)趍akefile一開始就這樣定義：

objects = main.o kbd.o command.o display.o \insert.o search.o files.o utils.o

于是，我們就可以很方便地在我們的makefile中以“$(objects)”的方式來使用這個(gè)變量了，于是我們的改良版makefile就變成下面這個(gè)樣子：

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.hcc -c main.c
kbd.o : kbd.c defs.h command.hcc -c kbd.c
command.o : command.c defs.h command.hcc -c command.c
display.o : display.c defs.h buffer.hcc -c display.c
insert.o : insert.c defs.h buffer.hcc -c insert.c
search.o : search.c defs.h buffer.hcc -c search.c
files.o : files.c defs.h buffer.h command.hcc -c files.c
utils.o : utils.c defs.hcc -c utils.c
clean :rm edit $(objects)

于是如果有新的 .o 文件加入，我們只需簡(jiǎn)單地修改一下 objects 變量就可以了。

GNU的make很強(qiáng)大，它可以自動(dòng)推導(dǎo)文件以及文件依賴關(guān)系后面的命令，于是我們就沒必要去在每一個(gè)[.o]文件后都寫上類似的命令，因?yàn)?#xff0c;我們的make會(huì)自動(dòng)識(shí)別，并自己推導(dǎo)命令。

只要make看到一個(gè)[.o]文件，它就會(huì)自動(dòng)的把[.c]文件加在依賴關(guān)系中，如果make找到一個(gè)whatever.o，那么whatever.c，就會(huì)是whatever.o的依賴文件。并且 cc -c whatever.c 也會(huì)被推導(dǎo)出來，于是，我們的makefile再也不用寫得這么復(fù)雜。我們的是新的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 : 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)

這種方法，也就是make的“隱晦規(guī)則”。上面文件內(nèi)容中，“.PHONY”表示，clean是個(gè)偽目標(biāo)文件。

即然我們的make可以自動(dòng)推導(dǎo)命令，那么我看到那堆[.o]和[.h]的依賴就有點(diǎn)不爽，那么多的重復(fù)的[.h]，能不能把其收攏起來，好吧，沒有問題，這個(gè)對(duì)于make來說很容易，誰叫它提供了自動(dòng)推導(dǎo)命令和文件的功能呢？來看看最新風(fēng)格的makefile吧。

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.hkbd.o command.o files.o : command.h
display.o insert.o search.o files.o : buffer.h
.PHONY:clean
clean:rm edit $(objects)

這種風(fēng)格，讓我們的makefile變得很簡(jiǎn)單，但我們的文件依賴關(guān)系就顯得有點(diǎn)凌亂了。魚和熊掌不可兼得。還看你的喜好了。我是不喜歡這種風(fēng)格的，一是文件的依賴關(guān)系看不清楚，二是如果文件一多，要加入幾個(gè)新的.o文件，那就理不清楚了。

每個(gè)Makefile中都應(yīng)該寫一個(gè)清空目標(biāo)文件（.o和執(zhí)行文件）的規(guī)則，這不僅便于重編譯，也很利于保持文件的清潔。這是一個(gè)“修養(yǎng)一般的風(fēng)格都是：

clean:rm edit $(objects)

更為穩(wěn)健的做法是：

.PHONY : clean
clean :-rm edit $(objects)

rm命令前面加了一個(gè)小減號(hào)

前面說過，.PHONY意思表示clean是一個(gè)“偽目標(biāo)”，而在rm命令前面加了一個(gè)小減號(hào)的意思就是，也許某些文件出現(xiàn)問題，但不要管，繼續(xù)做后面的事。當(dāng)然，clean的規(guī)則不要放在文件的開頭，不然，這就會(huì)變成make的默認(rèn)目標(biāo)，相信誰也不愿意這樣。不成文的規(guī)矩是——“clean從來都是放在文件的最后”。

Makefile里主要包含了五個(gè)東西：顯式規(guī)則、隱晦規(guī)則、變量定義、文件指示和注釋。

1、顯式規(guī)則。顯式規(guī)則說明了，如何生成一個(gè)或多的的目標(biāo)文件。這是由Makefile的書寫者明顯指出，要生成的文件，文件的依賴文件，生成的命令。

2、隱晦規(guī)則。由于我們的make有自動(dòng)推導(dǎo)的功能，所以隱晦的規(guī)則可以讓我們比較粗糙地簡(jiǎn)略地書寫Makefile，這是由make所支持的。

3、變量的定義。在Makefile中我們要定義一系列的變量，變量一般都是字符串，這個(gè)有點(diǎn)你C語(yǔ)言中的宏，當(dāng)Makefile被執(zhí)行時(shí)，其中的變量都會(huì)被擴(kuò)展到相應(yīng)的引用位置上。

4、文件指示。其包括了三個(gè)部分，一個(gè)是在一個(gè)Makefile中引用另一個(gè)Makefile，就像C語(yǔ)言中的include一樣；另一個(gè)是指根據(jù)某些情況指定Makefile中的有效部分，就像C語(yǔ)言中的預(yù)編譯#if一樣；還有就是定義一個(gè)多行的命令。有關(guān)這一部分的內(nèi)容，我會(huì)在后續(xù)的部分中講述。

5、注釋。Makefile中只有行注釋，和UNIX的Shell腳本一樣，其注釋是用“#”字符，這個(gè)就像C/C++中的“//”一樣。如果你要在你的Makefile中使用“#”字符，可以用反斜框進(jìn)行轉(zhuǎn)義，如：“\#”。

最后，還值得一提的是，在Makefile中的命令，必須要以[Tab]鍵開始。

默認(rèn)的情況下，make命令會(huì)在當(dāng)前目錄下按順序找尋文件名為“GNUmakefile”、“makefile”、“Makefile”的文件，找到了解釋這個(gè)文件。在這三個(gè)文件名中，最好使用“Makefile”這個(gè)文件名，因?yàn)?#xff0c;這個(gè)文件名第一個(gè)字符為大寫，這樣有一種顯目的感覺。最好不要用“GNUmakefile”，這個(gè)文件是GNU的make識(shí)別的。有另外一些make只對(duì)全小寫的“makefile”文件名敏感，但是基本上來說，大多數(shù)的make都支持“makefile”和“Makefile”這兩種默認(rèn)文件名。

當(dāng)然，你可以使用別的文件名來書寫Makefile，比如：“Make.Linux”，“Make.Solaris”，“Make.AIX”等，如果要指定特定的Makefile，你可以使用make的“-f”和“--file”參數(shù)，如：make -f Make.Linux或make --file Make.AIX。

2.3、引用其它的Makefile

在Makefile使用include關(guān)鍵字可以把別的Makefile包含進(jìn)來，這很像C語(yǔ)言的#include，被包含的文件會(huì)原模原樣的放在當(dāng)前文件的包含位置。include的語(yǔ)法是：

include “filename”

filename可以是當(dāng)前操作系統(tǒng)Shell的文件模式（可以保含路徑和通配符）

在include前面可以有一些空字符，但是絕不能是[Tab]鍵開始。include和<filename>可以用一個(gè)或多個(gè)空格隔開。舉個(gè)例子，你有這樣幾個(gè)Makefile：a.mk、b.mk、c.mk，還有一個(gè)文件叫foo.make，以及一個(gè)變量$(bar)，其包含了e.mk和f.mk，那么，下面的語(yǔ)句：

include foo.make *.mk $(bar)

等價(jià)于：

include foo.make a.mk b.mk c.mk e.mk f.mk

make命令開始時(shí)，會(huì)把找尋include所指出的其它Makefile，并把其內(nèi)容安置在當(dāng)前的位置。就好像C/C++的#include指令一樣。如果文件都沒有指定絕對(duì)路徑或是相對(duì)路徑的話，make會(huì)在當(dāng)前目錄下首先尋找，如果當(dāng)前目錄下沒有找到，那么，make還會(huì)在下面的幾個(gè)目錄下找：

?1、如果make執(zhí)行時(shí)，有“-I”或“--include-dir”參數(shù)，那么make就會(huì)在這個(gè)參數(shù)所指定的目錄下去尋找。

?2、如果目錄<prefix>/include（一般是：/usr/local/bin或/usr/include）存在的話，make也會(huì)去找。

如果有文件沒有找到的話，make會(huì)生成一條警告信息，但不會(huì)馬上出現(xiàn)致命錯(cuò)誤。它會(huì)繼續(xù)載入其它的文件，一旦完成makefile的讀取，make會(huì)再重試這些沒有找到，或是不能讀取的文件，如果還是不行，make才會(huì)出現(xiàn)一條致命信息。如果你想讓make不理那些無法讀取的文件，而繼續(xù)執(zhí)行，你可以在include前加一個(gè)減號(hào)“-”。如：

??? -include <filename>
??其表示，無論include過程中出現(xiàn)什么錯(cuò)誤，都不要報(bào)錯(cuò)繼續(xù)執(zhí)行。和其它版本make兼容的相關(guān)命令是sinclude，其作用和這一個(gè)是一樣的。

2.4、環(huán)境變量 MAKEFILES

如果你的當(dāng)前環(huán)境中定義了環(huán)境變量MAKEFILES，那么，make會(huì)把這個(gè)變量中的值做一個(gè)類似于include的動(dòng)作。這個(gè)變量中的值是其它的Makefile，用空格分隔。只是，它和include不同的是，從這個(gè)環(huán)境變中引入的Makefile的“目標(biāo)”不會(huì)起作用，如果環(huán)境變量中定義的文件發(fā)現(xiàn)錯(cuò)誤，make也會(huì)不理。

但是在這里我還是建議不要使用這個(gè)環(huán)境變量，因?yàn)橹灰@個(gè)變量一被定義，那么當(dāng)你使用make時(shí)，所有的Makefile都會(huì)受到它的影響，這絕不是你想看到的。在這里提這個(gè)事，只是為了告訴大家，也許有時(shí)候你的Makefile出現(xiàn)了怪事，那么你可以看看當(dāng)前環(huán)境中有沒有定義這個(gè)變量。

2.5、make的工作方式

GNU的make工作時(shí)的執(zhí)行步驟入下：（想來其它的make也是類似）

?1、讀入所有的Makefile。

?2、讀入被include的其它Makefile。

?3、初始化文件中的變量。

4、推導(dǎo)隱晦規(guī)則，并分析所有規(guī)則。

5、為所有的目標(biāo)文件創(chuàng)建依賴關(guān)系鏈。

6、根據(jù)依賴關(guān)系，決定哪些目標(biāo)要重新生成。

7、執(zhí)行生成命令。

1-5步為第一個(gè)階段，6-7為第二個(gè)階段。第一個(gè)階段中，如果定義的變量被使用了，那么，make會(huì)把其展開在使用的位置。但make并不會(huì)完全馬上展開，make使用的是拖延戰(zhàn)術(shù)，如果變量出現(xiàn)在依賴關(guān)系的規(guī)則中，那么僅當(dāng)這條依賴被決定要使用了，變量才會(huì)在其內(nèi)部展開。

當(dāng)然，這個(gè)工作方式你不一定要清楚，但是知道這個(gè)方式你也會(huì)對(duì)make更為熟悉。有了這個(gè)基礎(chǔ)，后續(xù)部分也就容易看懂了。

2.6．書寫規(guī)則

規(guī)則包含兩個(gè)部分，一個(gè)是依賴關(guān)系，一個(gè)是生成目標(biāo)的方法。

在Makefile中，規(guī)則的順序是很重要的，因?yàn)?#xff0c;Makefile中只應(yīng)該有一個(gè)最終目標(biāo)，其它的目標(biāo)都是被這個(gè)目標(biāo)所連帶出來的，所以一定要讓make知道你的最終目標(biāo)是什么。

2.7.1? 通配符

如果我們想定義一系列比較類似的文件，我們很自然地就想起使用通配符。make支持三各通配符：“*”，“?”和“[...]”。這是和Unix的B-Shell是相同的。

波浪號(hào)（“~”）字符在文件名中也有比較特殊的用途。如果是“~/test”，這就表示當(dāng)前用戶的$HOME目錄下的test目錄。而“~hchen/test”則表示用戶hchen的宿主目錄下的test目錄。（這些都是Unix下的小知識(shí)了，make也支持）而在Windows或是MS-DOS下，用戶沒有宿主目錄，那么波浪號(hào)所指的目錄則根據(jù)環(huán)境變量“HOME”而定。

通配符代替了你一系列的文件，如“*.c”表示所以后綴為c的文件。一個(gè)需要我們注意的是，如果我們的文件名中有通配符，如：“*”，那么可以用轉(zhuǎn)義字符“\”，如“\*”來表示真實(shí)的“*”字符，而不是任意長(zhǎng)度的字符串。

這個(gè)例子我不不多說了，這是操作系統(tǒng)Shell所支持的通配符。這是在命令中的通配符。

clean:rm -f *.o

這個(gè)例子說明了通配符也可以在我們的規(guī)則中，目標(biāo)print依賴于所有的[.c]文件。其中的“$?”是一個(gè)自動(dòng)化變量，會(huì)在后面講述。

print: *.clpr -p $?touch print

這個(gè)例子，表示了，通符同樣可以用在變量中。并不是說[*.o]會(huì)展開，objects的值就是“*.o”。Makefile中的變量其實(shí)就是C/C++中的宏。如果你要讓通配符在變量中展開，也就是讓objects的值是所有[.o]的文件名的集合，那么，你可以這樣：

objects = *.o

這種用法由關(guān)鍵字“wildcard”指出，關(guān)于Makefile的關(guān)鍵字

objects := $(wildcard *.o)  

疑問：（無法通過）

object:=$(wildcard *.o)
main:$(object)cc -o main $(object)
clean:-rm -f main $(object)

在一些大的工程中，有大量的源文件，我們通常的做法是把這許多的源文件分類，并存放在不同的目錄中。所以，當(dāng)make需要去找尋文件的依賴關(guān)系時(shí)，你可以在文件前加上路徑，但最好的方法是把一個(gè)路徑告訴make，讓make在自動(dòng)去找。

Makefile的規(guī)則中的目標(biāo)可以不止一個(gè)，其支持多目標(biāo)，有可能我們的多個(gè)目標(biāo)同時(shí)依賴于一個(gè)文件，并且其生成的命令大體類似。于是我們就能把其合并起來。當(dāng)然，多個(gè)目標(biāo)的生成規(guī)則的執(zhí)行命令是同一個(gè)，這可能會(huì)可我們帶來麻煩，不過好在我們的可以使用一個(gè)自動(dòng)化變量“$@”（關(guān)于自動(dòng)化變量，將在后面講述），這個(gè)變量表示著目前規(guī)則中所有的目標(biāo)的集合，這樣說可能很抽象，還是看一個(gè)例子：

bigoutput littleoutput : text.ggenerate text.g -$(subst output,,$@) > $@

上述規(guī)則等價(jià)于：

bigoutput : text.ggenerate text.g -big > bigoutput
littleoutput : text.ggenerate text.g -little > littleoutput

其中，-$(subst output,,$@)中的“$”表示執(zhí)行一個(gè)Makefile的函數(shù)，函數(shù)名為subst，后面的為參數(shù)。關(guān)于函數(shù)，將在后面講述。這里的這個(gè)函數(shù)是截取字符串的意思，“$@”表示目標(biāo)的集合，就像一個(gè)數(shù)組，“$@”依次取出目標(biāo)，并執(zhí)于命令。

當(dāng)依賴目標(biāo)新于目標(biāo)時(shí)，也就是當(dāng)規(guī)則的目標(biāo)需要被更新時(shí)，make會(huì)一條一條的執(zhí)行其后的命令。需要注意的是，如果你要讓上一條命令的結(jié)果應(yīng)用在下一條命令時(shí)，你應(yīng)該使用分號(hào)分隔這兩條命令。比如你的第一條命令是cd命令，你希望第二條命令得在cd之后的基礎(chǔ)上運(yùn)行，那么你就不能把這兩條命令寫在兩行上，而應(yīng)該把這兩條命令寫在一行上，用分號(hào)分隔。如：

示例一：

exec:cd /home/hchenpwd

示例二：

exec:cd /home/hchen; pwd

當(dāng)我們執(zhí)行“make exec”時(shí)，第一個(gè)例子中的cd沒有作用，pwd會(huì)打印出當(dāng)前的Makefile目錄，而第二個(gè)例子中，cd就起作用了，pwd會(huì)打印出“/home/hchen”。

make一般是使用環(huán)境變量SHELL中所定義的系統(tǒng)Shell來執(zhí)行命令，默認(rèn)情況下使用UNIX的標(biāo)準(zhǔn)Shell——/bin/sh來執(zhí)行命令。但在MS-DOS下有點(diǎn)特殊，因?yàn)镸S-DOS下沒有SHELL環(huán)境變量，當(dāng)然你也可以指定。如果你指定了UNIX風(fēng)格的目錄形式，首先，make會(huì)在SHELL所指定的路徑中找尋命令解釋器，如果找不到，其會(huì)在當(dāng)前盤符中的當(dāng)前目錄中尋找，如果再找不到，其會(huì)在PATH環(huán)境變量中所定義的所有路徑中尋找。MS-DOS中，如果你定義的命令解釋器沒有找到，其會(huì)給你的命令解釋器加上諸如“.exe”、“.com”、“.bat”、“.sh”等后綴。

6.3、命令出錯(cuò)

每當(dāng)命令運(yùn)行完后，make會(huì)檢測(cè)每個(gè)命令的返回碼，如果命令返回成功，那么make會(huì)執(zhí)行下一條命令，當(dāng)規(guī)則中所有的命令成功返回后，這個(gè)規(guī)則就算是成功完成了。如果一個(gè)規(guī)則中的某個(gè)命令出錯(cuò)了（命令退出碼非零），那么make就會(huì)終止執(zhí)行當(dāng)前規(guī)則，這將有可能終止所有規(guī)則的執(zhí)行。

有些時(shí)候，命令的出錯(cuò)并不表示就是錯(cuò)誤的。例如mkdir命令，我們一定需要建立一個(gè)目錄，如果目錄不存在，那么mkdir就成功執(zhí)行，萬事大吉，如果目錄存在，那么就出錯(cuò)了。我們之所以使用mkdir的意思就是一定要有這樣的一個(gè)目錄，于是我們就不希望mkdir出錯(cuò)而終止規(guī)則的運(yùn)行。

為了做到這一點(diǎn)，忽略命令的出錯(cuò)，我們可以在Makefile的命令行前加一個(gè)減號(hào)“-”（在Tab鍵之后），標(biāo)記為不管命令出不出錯(cuò)都認(rèn)為是成功的。如：

clean:-rm -f *.o

還有一個(gè)全局的辦法是，給make加上“-i”或是“--ignore-errors”參數(shù)，那么，Makefile中所有命令都會(huì)忽略錯(cuò)誤。而如果一個(gè)規(guī)則是以“.IGNORE”作為目標(biāo)的，那么這個(gè)規(guī)則中的所有命令將會(huì)忽略錯(cuò)誤。這些是不同級(jí)別的防止命令出錯(cuò)的方法，你可以根據(jù)你的不同喜歡設(shè)置。

還有一個(gè)要提一下的make的參數(shù)的是“-k”或是“--keep-going”，這個(gè)參數(shù)的意思是，如果某規(guī)則中的命令出錯(cuò)了，那么就終目該規(guī)則的執(zhí)行，但繼續(xù)執(zhí)行其它規(guī)則。

在Makefile中的定義的變量，就像是C/C++語(yǔ)言中的宏一樣，他代表了一個(gè)文本字串，在Makefile中執(zhí)行的時(shí)候其會(huì)自動(dòng)原模原樣地展開在所使用的地方。其與C/C++所不同的是，你可以在Makefile中改變其值。在Makefile中，變量可以使用在“目標(biāo)”，“依賴目標(biāo)”，“命令”或是Makefile的其它部分中。

變量的命名字可以包含字符、數(shù)字，下劃線（可以是數(shù)字開頭），但不應(yīng)該含有“:”、“#”、“=”或是空字符（空格、回車等）。變量是大小寫敏感的，“foo”、“Foo”和“FOO”是三個(gè)不同的變量名。傳統(tǒng)的Makefile的變量名是全大寫的命名方式，但我推薦使用大小寫搭配的變量名，如：MakeFlags。這樣可以避免和系統(tǒng)的變量沖突，而發(fā)生意外的事情。

有一些變量是很奇怪字串，如“$<”、“$@”等，這些是自動(dòng)化變量，在后面介紹。

變量在聲明時(shí)需要給予初值，而在使用時(shí)，需要給在變量名前加上“$”符號(hào)，但最好用小括號(hào)“（）”或是大括號(hào)“{}”把變量給包括起來。如果你要使用真實(shí)的“$”字符，那么你需要用“$$”來表示。

變量可以使用在許多地方，如規(guī)則中的“目標(biāo)”、“依賴”、“命令”以及新的變量中。先看一個(gè)例子：

objects = program.o foo.o utils.o
program : $(objects)cc -o program $(objects)
$(objects) : defs.h

變量會(huì)在使用它的地方精確地展開，就像C/C++中的宏一樣，例如：

foo = c
prog.o : prog.$(foo)$(foo)$(foo) -$(foo) prog.$(foo)

展開后得到：

prog.o : prog.ccc -c prog.c

當(dāng)然，千萬不要在你的Makefile中這樣干，這里只是舉個(gè)例子來表明Makefile中的變量在使用處展開的真實(shí)樣子?？梢娖渚褪且粋€(gè)“替代”的原理。

另外，給變量加上括號(hào)完全是為了更加安全地使用這個(gè)變量，在上面的例子中，如果你不想給變量加上括號(hào)，那也可以，但我還是強(qiáng)烈建議你給變量加上括號(hào)。

在定義變量的值時(shí)，我們可以使用其它變量來構(gòu)造變量的值，在Makefile中有兩種方式來在用變量定義變量的值。

先看第一種方式，也就是簡(jiǎn)單的使用“=”號(hào)，在“=”左側(cè)是變量，右側(cè)是變量的值，右側(cè)變量的值可以定義在文件的任何一處，也就是說，右側(cè)中的變量不一定非要是已定義好的值，其也可以使用后面定義的值。如：

foo = $(bar)
bar = $(ugh)
ugh = Huh?
all:echo $(foo)

我們執(zhí)行“make all”將會(huì)打出變量$(foo)的值是“Huh?”（ $(foo)的值是$(bar)，$(bar)的值是$(ugh)，$(ugh)的值是“Huh?”）可見，變量是可以使用后面的變量來定義的。

這個(gè)功能有好的地方，也有不好的地方，好的地方是，我們可以把變量的真實(shí)值推到后面來定義，如：

CFLAGS = $(include_dirs) -Oinclude_dirs = -Ifoo -Ibar

當(dāng)“CFLAGS”在命令中被展開時(shí)，會(huì)是“-Ifoo -Ibar -O”。但這種形式也有不好的地方，那就是遞歸定義，如：

CFLAGS = $(CFLAGS) -O

或：

A = $(B)
B = $(A)

這會(huì)讓make陷入無限的變量展開過程中去，當(dāng)然，我們的make是有能力檢測(cè)這樣的定義，并會(huì)報(bào)錯(cuò)。還有就是如果在變量中使用函數(shù)，那么，這種方式會(huì)讓我們的make運(yùn)行時(shí)非常慢，更糟糕的是，他會(huì)使用得兩個(gè)make的函數(shù)“wildcard”和“shell”發(fā)生不可預(yù)知的錯(cuò)誤。因?yàn)槟悴粫?huì)知道這兩個(gè)函數(shù)會(huì)被調(diào)用多少次。

為了避免上面的這種方法，我們可以使用make中的另一種用變量來定義變量的方法。這種方法使用的是“:=”操作符，如：

x := foo
y := $(x) bar
x := later

其等價(jià)于：

y := foo bar
x := later

值得一提的是，這種方法，前面的變量不能使用后面的變量，只能使用前面已定義好了的變量。如果是這樣：

y := $(x) bar
x := foo

那么，y的值是“bar”，而不是“foo bar”。

上面都是一些比較簡(jiǎn)單的變量使用了，讓我們來看一個(gè)復(fù)雜的例子，其中包括了make的函數(shù)、條件表達(dá)式和一個(gè)系統(tǒng)變量“MAKELEVEL”的使用：

ifeq (0,${MAKELEVEL})
cur-dir:= $(shell pwd)
whoami:= $(shell whoami)
host-type:= $(shell arch)
MAKE := ${MAKE} host-type=${host-type} whoami=${whoami}
endif

關(guān)于條件表達(dá)式和函數(shù)，我們?cè)诤竺嬖僬f，對(duì)于系統(tǒng)變量“MAKELEVEL”，其意思是，如果我們的make有一個(gè)嵌套執(zhí)行的動(dòng)作（參見前面的“嵌套使用make”），那么，這個(gè)變量會(huì)記錄了我們的當(dāng)前Makefile的調(diào)用層數(shù)。

下面再介紹兩個(gè)定義變量時(shí)我們需要知道的，請(qǐng)先看一個(gè)例子，如果我們要定義一個(gè)變量，其值是一個(gè)空格，那么我們可以這樣來：

nullstring :=
space := $(nullstring) # end of the line

nullstring是一個(gè)Empty變量，其中什么也沒有，而我們的space的值是一個(gè)空格。因?yàn)樵诓僮鞣挠疫吺呛茈y描述一個(gè)空格的，這里采用的技術(shù)很管用，先用一個(gè)Empty變量來標(biāo)明變量的值開始了，而后面采用“#”注釋符來表示變量定義的終止，這樣，我們可以定義出其值是一個(gè)空格的變量。請(qǐng)注意這里關(guān)于“#”的使用，注釋符“#”的這種特性值得我們注意，如果我們這樣定義一個(gè)變量：

dir := /foo/bar    # directory to put the frobs in

dir這個(gè)變量的值是“/foo/bar”，后面還跟了4個(gè)空格，如果我們這樣使用這樣變量來指定別的目錄——“$(dir)/file”那么就完蛋了。

還有一個(gè)比較有用的操作符是“?=”，先看示例：

FOO ?= bar

其含義是，如果FOO沒有被定義過，那么變量FOO的值就是“bar”，如果FOO先前被定義過，那么這條語(yǔ)將什么也不做，其等價(jià)于：

ifeq ($(origin FOO), undefined)
FOO = bar
endif

這里介紹兩種變量的高級(jí)使用方法，第一種是變量值的替換。

我們可以替換變量中的共有的部分，其格式是“$(var:a=b)”或是“${var:a=b}”，其意思是，把變量“var”中所有以“a”字串“結(jié)尾”的“a”替換成“b”字串。這里的“結(jié)尾”意思是“空格”或是“結(jié)束符”。

還是看一個(gè)示例吧：

foo := a.o b.o c.o
bar := $(foo:.o=.c)

這個(gè)示例中，我們先定義了一個(gè)“$(foo)”變量，而第二行的意思是把“$(foo)”中所有以“.o”字串“結(jié)尾”全部替換成“.c”，所以我們的“$(bar)”的值就是“a.c b.c c.c”。

另外一種變量替換的技術(shù)是以“靜態(tài)模式”（參見前面章節(jié)）定義的，如：

foo := a.o b.o c.o
bar := $(foo:%.o=%.c)

在這個(gè)例子中，$(x)的值是“y”，所以$($(x))就是$(y)，于是$(a)的值就是“z”。（注意，是“x=y”，而不是“x=$(y)”）

我們還可以使用更多的層次：

x = y
y = z
z = u
a := $($($(x)))

這里的$(a)的值是“u”，相關(guān)的推導(dǎo)留給讀者自己去做吧。

讓我們?cè)購(gòu)?fù)雜一點(diǎn)，使用上“在變量定義中使用變量”的第一個(gè)方式，來看一個(gè)例子：

x = $(y)
y = z
z = Hello
a := $($(x))

這里的$($(x))被替換成了$($(y))，因?yàn)?(y)值是“z”，所以，最終結(jié)果是：a:=$(z)，也就是“Hello”。

再?gòu)?fù)雜一點(diǎn)，我們?cè)偌由虾瘮?shù)：

x = variable1
variable2 := Hello
y = $(subst 1,2,$(x))
z = y
a := $($($(z)))

這個(gè)例子中，“$($($(z)))”擴(kuò)展為“$($(y))”，而其再次被擴(kuò)展為“$($(subst 1,2,$(x)))”。$(x)的值是“variable1”，subst函數(shù)把“variable1”中的所有“1”字串替換成“2”字串，于是，“variable1”變成“variable2”，再取其值，所以，最終，$(a)的值就是$(variable2)的值——“Hello”。

在這種方式中，或要可以使用多個(gè)變量來組成一個(gè)變量的名字，然后再取其值：

first_second = Hello
a = first
b = second
all = $($a_$b)

這里的“$a_$b”組成了“first_second”，于是，$(all)的值就是“Hello”。

再來看看結(jié)合第一種技術(shù)的例子：

a_objects := a.o b.o c.o
1_objects := 1.o 2.o 3.o
sources := $($(a1)_objects:.o=.c)

這個(gè)例子中，如果$(a1)的值是“a”的話，那么，$(sources)的值就是“a.c b.c c.c”；如果$(a1)的值是“1”，那么$(sources)的值是“1.c 2.c 3.c”。

再來看一個(gè)這種技術(shù)和“函數(shù)”與“條件語(yǔ)句”一同使用的例子：

ifdef do_sort
func := sort
elsefunc := strip
endifbar := a d b g q cfoo := $($(func) $(bar))

這個(gè)示例中，如果定義了“do_sort”，那么：foo := $(sort a d b g q c)，于是$(foo)的值就是“a b c d g q”，而如果沒有定義“do_sort”，那么：foo := $(sort a d b g q c)，調(diào)用的就是strip函數(shù)。

當(dāng)然，“把變量的值再當(dāng)成變量”這種技術(shù)，同樣可以用在操作符的左邊：

dir = foo
$(dir)_sources := $(wildcard $(dir)/*.c)
define $(dir)_printlpr $($(dir)_sources)
endef

這個(gè)例子中定義了三個(gè)變量：“dir”，“foo_sources”和“foo_print”。

9.4、追加變量值

我們可以使用“+=”操作符給變量追加值，如：

objects = main.o foo.o bar.o utils.o
objects += another.o

于是，我們的$(objects)值變成：“main.o foo.o bar.o utils.o another.o”（another.o被追加進(jìn)去了）

使用“+=”操作符，可以模擬為下面的這種例子：

objects = main.o foo.o bar.o utils.o
objects := $(objects) another.o

所不同的是，用“+=”更為簡(jiǎn)潔。

如果變量之前沒有定義過，那么，“+=”會(huì)自動(dòng)變成“=”，如果前面有變量定義，那么“+=”會(huì)繼承于前次操作的賦值符。如果前一次的是“:=”，那么“+=”會(huì)以“:=”作為其賦值符，如：

variable := value
variable += more

等價(jià)于：

variable := value
variable := $(variable) more

但如果是這種情況：

variable = value
variable += more

由于前次的賦值符是“=”，所以“+=”也會(huì)以“=”來做為賦值，那么豈不會(huì)發(fā)生變量的遞補(bǔ)歸定義，這是很不好的，所以make會(huì)自動(dòng)為我們解決這個(gè)問題，我們不必?fù)?dān)心這個(gè)問題。

如果有變量是通常make的命令行參數(shù)設(shè)置的，那么Makefile中對(duì)這個(gè)變量的賦值會(huì)被忽略。如果你想在Makefile中設(shè)置這類參數(shù)的值，那么，你可以使用“override”指示符。其語(yǔ)法是：

override <variable> = <value>
override <variable> := <value>

當(dāng)然，你還可以追加：

override <variable> += <more text>

對(duì)于多行的變量定義，我們用define指示符，在define指示符前，也同樣可以使用ovveride指示符，如：

override define foobar
endef

還有一種設(shè)置變量值的方法是使用define關(guān)鍵字。使用define關(guān)鍵字設(shè)置變量的值可以有換行，這有利于定義一系列的命令（前面我們講過“命令包”的技術(shù)就是利用這個(gè)關(guān)鍵字）。

define指示符后面跟的是變量的名字，而重起一行定義變量的值，定義是以endef關(guān)鍵字結(jié)束。其工作方式和“=”操作符一樣。變量的值可以包含函數(shù)、命令、文字，或是其它變量。因?yàn)槊钚枰訹Tab]鍵開頭，所以如果你用define定義的命令變量中沒有以[Tab]鍵開頭，那么make就不會(huì)把其認(rèn)為是命令。

下面的這個(gè)示例展示了define的用法：

define two-linesecho fooecho $(bar)
endef

9.7、環(huán)境變量

make運(yùn)行時(shí)的系統(tǒng)環(huán)境變量可以在make開始運(yùn)行時(shí)被載入到Makefile文件中，但是如果Makefile中已定義了這個(gè)變量，或是這個(gè)變量由make命令行帶入，那么系統(tǒng)的環(huán)境變量的值將被覆蓋。（如果make指定了“-e”參數(shù)，那么，系統(tǒng)環(huán)境變量將覆蓋Makefile中定義的變量）

因此，如果我們?cè)诃h(huán)境變量中設(shè)置了“CFLAGS”環(huán)境變量，那么我們就可以在所有的Makefile中使用這個(gè)變量了。這對(duì)于我們使用統(tǒng)一的編譯參數(shù)有比較大的好處。如果Makefile中定義了CFLAGS，那么則會(huì)使用Makefile中的這個(gè)變量，如果沒有定義則使用系統(tǒng)環(huán)境變量的值，一個(gè)共性和個(gè)性的統(tǒng)一，很像“全局變量”和“局部變量”的特性。

當(dāng)make嵌套調(diào)用時(shí)（參見前面的“嵌套調(diào)用”章節(jié)），上層Makefile中定義的變量會(huì)以系統(tǒng)環(huán)境變量的方式傳遞到下層的Makefile中。當(dāng)然，默認(rèn)情況下，只有通過命令行設(shè)置的變量會(huì)被傳遞。而定義在文件中的變量，如果要向下層Makefile傳遞，則需要使用export關(guān)鍵字來聲明。（參見前面章節(jié)）

在Makefile中可以使用函數(shù)來處理變量，從而讓我們的命令或是規(guī)則更為的靈活和具有智能。make所支持的函數(shù)也不算很多，不過已經(jīng)足夠我們的操作了。函數(shù)調(diào)用后，函數(shù)的返回值可以當(dāng)做變量來使用。

11.1、函數(shù)的調(diào)用語(yǔ)法

函數(shù)調(diào)用，很像變量的使用，也是以“$”來標(biāo)識(shí)的，其語(yǔ)法如下：

$(<function> <arguments>)

或是

${<function> <arguments>}

這里，<function>就是函數(shù)名，make支持的函數(shù)不多。<arguments>是函數(shù)的參數(shù)，參數(shù)間以逗號(hào)“,”分隔，而函數(shù)名和參數(shù)之間以“空格”分隔。函數(shù)調(diào)用以“$”開頭，以圓括號(hào)或花括號(hào)把函數(shù)名和參數(shù)括起。感覺很像一個(gè)變量，是不是？函數(shù)中的參數(shù)可以使用變量，為了風(fēng)格的統(tǒng)一，函數(shù)和變量的括號(hào)最好一樣，如使用“$(subst a,b,$(x))”這樣的形式，而不是“$(subst a,b,${x})”的形式。因?yàn)榻y(tǒng)一會(huì)更清楚，也會(huì)減少一些不必要的麻煩。

還是來看一個(gè)示例：

comma:= ,
empty:=
space:= $(empty) $(empty)
foo:= a b c
bar:= $(subst $(space),$(comma),$(foo))

在這個(gè)示例中，$(comma)的值是一個(gè)逗號(hào)。$(space)使用了$(empty)定義了一個(gè)空格，$(foo)的值是“a b c”，$(bar)的定義用，調(diào)用了函數(shù)“subst”，這是一個(gè)替換函數(shù)，這個(gè)函數(shù)有三個(gè)參數(shù)，第一個(gè)參數(shù)是被替換字串，第二個(gè)參數(shù)是替換字串，第三個(gè)參數(shù)是替換操作作用的字串。這個(gè)函數(shù)也就是把$(foo)中的空格替換成逗號(hào)，所以$(bar)的值是“a,b,c”。

foreach函數(shù)和別的函數(shù)非常的不一樣。因?yàn)檫@個(gè)函數(shù)是用來做循環(huán)用的，Makefile中的foreach函數(shù)幾乎是仿照于Unix標(biāo)準(zhǔn)Shell（/bin/sh）中的for語(yǔ)句，或是C-Shell（/bin/csh）中的foreach語(yǔ)句而構(gòu)建的。它的語(yǔ)法是：

$(foreach <var>,<list>,<text>)

這個(gè)函數(shù)的意思是，把參數(shù)<list>中的單詞逐一取出放到參數(shù)<var>所指定的變量中，然后再執(zhí)行<text>所包含的表達(dá)式。每一次<text>會(huì)返回一個(gè)字符串，循環(huán)過程中，<text>的所返回的每個(gè)字符串會(huì)以空格分隔，最后當(dāng)整個(gè)循環(huán)結(jié)束時(shí)，<text>所返回的每個(gè)字符串所組成的整個(gè)字符串（以空格分隔）將會(huì)是foreach函數(shù)的返回值。

所以，<var>最好是一個(gè)變量名，<list>可以是一個(gè)表達(dá)式，而<text>中一般會(huì)使用<var>這個(gè)參數(shù)來依次枚舉<list>中的單詞。舉個(gè)例子：

names := a b c d
files := $(foreach n,$(names),$(n).o)

上面的例子中，$(name)中的單詞會(huì)被挨個(gè)取出，并存到變量“n”中，“$(n).o”每次根據(jù)“$(n)”計(jì)算出一個(gè)值，這些值以空格分隔，最后作為foreach函數(shù)的返回，所以，$(files)的值是“a.o b.o c.o d.o”。

注意，foreach中的<var>參數(shù)是一個(gè)臨時(shí)的局部變量，foreach函數(shù)執(zhí)行完后，參數(shù)<var>的變量將不在作用，其作用域只在foreach函數(shù)當(dāng)中。

if函數(shù)很像GNU的make所支持的條件語(yǔ)句——ifeq（參見前面所述的章節(jié)），if函數(shù)的語(yǔ)法是：

    $(if <condition>,<then-part>) 

或是

    $(if <condition>,<then-part>,<else-part>)

可見，if函數(shù)可以包含“else”部分，或是不含。即if函數(shù)的參數(shù)可以是兩個(gè)，也可以是三個(gè)。<condition>參數(shù)是if的表達(dá)式，如果其返回的為非空字符串，那么這個(gè)表達(dá)式就相當(dāng)于返回真，于是，<then-part>會(huì)被計(jì)算，否則<else-part>會(huì)被計(jì)算。

而if函數(shù)的返回值是，如果<condition>為真（非空字符串），那個(gè)<then-part>會(huì)是整個(gè)函數(shù)的返回值，如果<condition>為假（空字符串），那么<else-part>會(huì)是整個(gè)函數(shù)的返回值，此時(shí)如果<else-part>沒有被定義，那么，整個(gè)函數(shù)返回空字串。

所以，<then-part>和<else-part>只會(huì)有一個(gè)被計(jì)算。

origin函數(shù)不像其它的函數(shù)，他并不操作變量的值，他只是告訴你你的這個(gè)變量是哪里來的？其語(yǔ)法是：

$(origin <variable>)

注意，<variable>是變量的名字，不應(yīng)該是引用。所以你最好不要在<variable>中使用“$”字符。Origin函數(shù)會(huì)以其返回值來告訴你這個(gè)變量的“出生情況”，下面，是origin函數(shù)的返回值:

“undefined”:如果<variable>從來沒有定義過，origin函數(shù)返回這個(gè)值“undefined”。

“default”:?如果<variable>是一個(gè)默認(rèn)的定義，比如“CC”這個(gè)變量，這種變量我們將在后面講述。

“environment”:如果<variable>是一個(gè)環(huán)境變量，并且當(dāng)Makefile被執(zhí)行時(shí)，“-e”參數(shù)沒有被打開。

“file”:如果<variable>這個(gè)變量被定義在Makefile中。

“command line”:如果<variable>這個(gè)變量是被命令行定義的。

“override”:?如果<variable>是被override指示符重新定義的。

“automatic”:如果<variable>是一個(gè)命令運(yùn)行中的自動(dòng)化變量。關(guān)于自動(dòng)化變量將在后面講述。

這些信息對(duì)于我們編寫Makefile是非常有用的，例如，假設(shè)我們有一個(gè)Makefile其包了一個(gè)定義文件Make.def，在Make.def中定義了一個(gè)變量“bletch”，而我們的環(huán)境中也有一個(gè)環(huán)境變量“bletch”，此時(shí)，我們想判斷一下，如果變量來源于環(huán)境，那么我們就把之重定義了，如果來源于Make.def或是命令行等非環(huán)境的，那么我們就不重新定義它。于是，在我們的Makefile中，我們可以這樣寫：

ifdef bletch
ifeq "$(origin bletch)" "environment"
bletch = barf, gag, etc.
endif
endif

當(dāng)然，你也許會(huì)說，使用override關(guān)鍵字不就可以重新定義環(huán)境中的變量了嗎？為什么需要使用這樣的步驟？是的，我們用override是可以達(dá)到這樣的效果，可是override過于粗暴，它同時(shí)會(huì)把從命令行定義的變量也覆蓋了，而我們只想重新定義環(huán)境傳來的，而不想重新定義命令行傳來的。

shell函數(shù)也不像其它的函數(shù)。顧名思義，它的參數(shù)應(yīng)該就是操作系統(tǒng)Shell的命令。它和反引號(hào)“`”是相同的功能。這就是說，shell函數(shù)把執(zhí)行操作系統(tǒng)命令后的輸出作為函數(shù)返回。于是，我們可以用操作系統(tǒng)命令以及字符串處理命令awk，sed等等命令來生成一個(gè)變量，如：

contents := $(shell cat foo)
files := $(shell echo *.c)

注意，這個(gè)函數(shù)會(huì)新生成一個(gè)Shell程序來執(zhí)行命令，所以你要注意其運(yùn)行性能，如果你的Makefile中有一些比較復(fù)雜的規(guī)則，并大量使用了這個(gè)函數(shù)，那么對(duì)于你的系統(tǒng)性能是有害的。特別是Makefile的隱晦的規(guī)則可能會(huì)讓你的shell函數(shù)執(zhí)行的次數(shù)比你想像的多得多。

make提供了一些函數(shù)來控制make的運(yùn)行。通常，你需要檢測(cè)一些運(yùn)行Makefile時(shí)的運(yùn)行時(shí)信息，并且根據(jù)這些信息來決定，你是讓make繼續(xù)執(zhí)行，還是停止。

$(error <text ...>)

產(chǎn)生一個(gè)致命的錯(cuò)誤，<text ...>是錯(cuò)誤信息。注意，error函數(shù)不會(huì)在一被使用就會(huì)產(chǎn)生錯(cuò)誤信息，所以如果你把其定義在某個(gè)變量中，并在后續(xù)的腳本中使用這個(gè)變量，那么也是可以的。例如：

示例一：

ifdef ERROR_001
$(error error is $(ERROR_001))
endif

示例二：

ERR = $(error found an error!).PHONY: err
err: ; $(ERR)

示例一會(huì)在變量ERROR_001定義了后執(zhí)行時(shí)產(chǎn)生error調(diào)用，而示例二則在目錄err被執(zhí)行時(shí)才發(fā)生error調(diào)用。

一般來說，最簡(jiǎn)單的就是直接在命令行下輸入make命令，make命令會(huì)找當(dāng)前目錄的makefile來執(zhí)行，一切都是自動(dòng)的。但也有時(shí)你也許只想讓make重編譯某些文件，而不是整個(gè)工程，而又有的時(shí)候你有幾套編譯規(guī)則，你想在不同的時(shí)候使用不同的編譯規(guī)則，等等。本章節(jié)就是講述如何使用make命令的。

make命令執(zhí)行后有三個(gè)退出碼：

? ? ? ? ? ? ? ? ? ? ? ? ?0 —— 表示成功執(zhí)行。
? ? ? ? ? ? ? ? ? ? ? ? ?1 —— 如果make運(yùn)行時(shí)出現(xiàn)任何錯(cuò)誤，其返回1。
? ? ? ? ? ? ? ? ? ? ? ? ?2 —— 如果你使用了make的“-q”選項(xiàng)，并且make使得一些目標(biāo)不需要更新，那么返回2。

Make的相關(guān)參數(shù)我們會(huì)在后續(xù)章節(jié)中講述。

前面我們說過，GNU make找尋默認(rèn)的Makefile的規(guī)則是在當(dāng)前目錄下依次找三個(gè)文件——“GNUmakefile”、“makefile”和“Makefile”。其按順序找這三個(gè)文件，一旦找到，就開始讀取這個(gè)文件并執(zhí)行。

當(dāng)前，我們也可以給make命令指定一個(gè)特殊名字的Makefile。要達(dá)到這個(gè)功能，我們要使用make的“-f”或是“--file”參數(shù)（“--makefile”參數(shù)也行）。例如，我們有個(gè)makefile的名字是“hchen.mk”，那么，我們可以這樣來讓make來執(zhí)行這個(gè)文件：

make –f hchen.mk

如果在make的命令行是，你不只一次地使用了“-f”參數(shù)，那么，所有指定的makefile將會(huì)被連在一起傳遞給make執(zhí)行。

一般來說，make的最終目標(biāo)是makefile中的第一個(gè)目標(biāo)，而其它目標(biāo)一般是由這個(gè)目標(biāo)連帶出來的。這是make的默認(rèn)行為。當(dāng)然，一般來說，你的makefile中的第一個(gè)目標(biāo)是由許多個(gè)目標(biāo)組成，你可以指示make，讓其完成你所指定的目標(biāo)。要達(dá)到這一目的很簡(jiǎn)單，需在make命令后直接跟目標(biāo)的名字就可以完成（如前面提到的“make clean”形式）

任何在makefile中的目標(biāo)都可以被指定成終極目標(biāo)，但是除了以“-”打頭，或是包含了“=”的目標(biāo)，因?yàn)橛羞@些字符的目標(biāo)，會(huì)被解析成命令行參數(shù)或是變量。甚至沒有被我們明確寫出來的目標(biāo)也可以成為make的終極目標(biāo)，也就是說，只要make可以找到其隱含規(guī)則推導(dǎo)規(guī)則，那么這個(gè)隱含目標(biāo)同樣可以被指定成終極目標(biāo)。

有一個(gè)make的環(huán)境變量叫“MAKECMDGOALS”，這個(gè)變量中會(huì)存放你所指定的終極目標(biāo)的列表，如果在命令行上，你沒有指定目標(biāo)，那么，這個(gè)變量是空值。這個(gè)變量可以讓你使用在一些比較特殊的情形下。比如下面的例子：

sources = foo.c bar.c
ifneq ( $(MAKECMDGOALS),clean)
include $(sources:.c=.d)
endif

基于上面的這個(gè)例子，只要我們輸入的命令不是“make clean”，那么makefile會(huì)自動(dòng)包含“foo.d”和“bar.d”這兩個(gè)makefile。

使用指定終極目標(biāo)的方法可以很方便地讓我們編譯我們的程序，例如下面這個(gè)例子：

    .PHONY: all
all: prog1 prog2 prog3 prog4

從這個(gè)例子中，我們可以看到，這個(gè)makefile中有四個(gè)需要編譯的程序——“prog1”， “prog2”， “prog3”和 “prog4”，我們可以使用“make all”命令來編譯所有的目標(biāo)（如果把a(bǔ)ll置成第一個(gè)目標(biāo)，那么只需執(zhí)行“make”），我們也可以使用“make prog2”來單獨(dú)編譯目標(biāo)“prog2”。

即然make可以指定所有makefile中的目標(biāo)，那么也包括“偽目標(biāo)”，于是我們可以根據(jù)這種性質(zhì)來讓我們的makefile根據(jù)指定的不同的目標(biāo)來完成不同的事。在Unix世界中，軟件發(fā)布時(shí)，特別是GNU這種開源軟件的發(fā)布時(shí)，其makefile都包含了編譯、安裝、打包等功能。我們可以參照這種規(guī)則來書寫我們的makefile中的目標(biāo)。

“all”:這個(gè)偽目標(biāo)是所有目標(biāo)的目標(biāo)，其功能一般是編譯所有的目標(biāo)。
“clean”:?這個(gè)偽目標(biāo)功能是刪除所有被make創(chuàng)建的文件。
“install”:?這個(gè)偽目標(biāo)功能是安裝已編譯好的程序，其實(shí)就是把目標(biāo)執(zhí)行文件拷貝到指定的目標(biāo)中去。
“print”:這個(gè)偽目標(biāo)的功能是例出改變過的源文件。
“tar”:這個(gè)偽目標(biāo)功能是把源程序打包備份。也就是一個(gè)tar文件。
“dist”:這個(gè)偽目標(biāo)功能是創(chuàng)建一個(gè)壓縮文件，一般是把tar文件壓成Z文件?；蚴莋z文件。
“TAGS”:這個(gè)偽目標(biāo)功能是更新所有的目標(biāo)，以備完整地重編譯使用。
“check”和“test”:這兩個(gè)偽目標(biāo)一般用來測(cè)試makefile的流程。

當(dāng)然一個(gè)項(xiàng)目的makefile中也不一定要書寫這樣的目標(biāo)，這些東西都是GNU的東西，但是我想，GNU搞出這些東西一定有其可取之處（等你的UNIX下的程序文件一多時(shí)你就會(huì)發(fā)現(xiàn)這些功能很有用了），這里只不過是說明了，如果你要書寫這種功能，最好使用這種名字命名你的目標(biāo)，這樣規(guī)范一些，規(guī)范的好處就是——不用解釋，大家都明白。而且如果你的makefile中有這些功能，一是很實(shí)用，二是可以顯得你的makefile很專業(yè)（不是那種初學(xué)者的作品）。

有時(shí)候，我們不想讓我們的makefile中的規(guī)則執(zhí)行起來，我們只想檢查一下我們的命令，或是執(zhí)行的序列。于是我們可以使用make命令的下述參數(shù)：

不執(zhí)行參數(shù)，這些參數(shù)只是打印命令，不管目標(biāo)是否更新，把規(guī)則和連帶規(guī)則下的命令打印出來，但不執(zhí)行，這些參數(shù)對(duì)于我們調(diào)試makefile很有用處：?“-n”、?“--just-print”、?“--dry-run”、“--recon”

這個(gè)參數(shù)的意思就是把目標(biāo)文件的時(shí)間更新，但不更改目標(biāo)文件。也就是說，make假裝編譯目標(biāo)，但不是真正的編譯目標(biāo)，只是把目標(biāo)變成已編譯過的狀態(tài)：“-t”、?“--touch”

這個(gè)參數(shù)的行為是找目標(biāo)的意思，也就是說，如果目標(biāo)存在，那么其什么也不會(huì)輸出，當(dāng)然也不會(huì)執(zhí)行編譯，如果目標(biāo)不存在，其會(huì)打印出一條出錯(cuò)信息：?“-q”、?“--question”

這個(gè)參數(shù)需要指定一個(gè)文件。一般是是源文件（或依賴文件），Make會(huì)根據(jù)規(guī)則推導(dǎo)來運(yùn)行依賴于這個(gè)文件的命令，一般來說，可以和“-n”參數(shù)一同使用，來查看這個(gè)依賴文件所發(fā)生的規(guī)則命令:?“-W <file>”、?“--what-if=<file>”、“--assume-new=<file>”、“--new-file=<file>”

如果要使用隱含規(guī)則生成你需要的目標(biāo)，你所需要做的就是不要寫出這個(gè)目標(biāo)的規(guī)則。那么，make會(huì)試圖去自動(dòng)推導(dǎo)產(chǎn)生這個(gè)目標(biāo)的規(guī)則和命令，如果make可以自動(dòng)推導(dǎo)生成這個(gè)目標(biāo)的規(guī)則和命令，那么這個(gè)行為就是隱含規(guī)則的自動(dòng)推導(dǎo)。當(dāng)然，隱含規(guī)則是make事先約定好的一些東西。例如，我們有下面的一個(gè)Makefile：

foo : foo.o bar.occ –o foo foo.o bar.o $(CFLAGS) $(LDFLAGS)

我們可以注意到，這個(gè)Makefile中并沒有寫下如何生成foo.o和bar.o這兩目標(biāo)的規(guī)則和命令。因?yàn)閙ake的“隱含規(guī)則”功能會(huì)自動(dòng)為我們自動(dòng)去推導(dǎo)這兩個(gè)目標(biāo)的依賴目標(biāo)和生成命令。

make會(huì)在自己的“隱含規(guī)則”庫(kù)中尋找可以用的規(guī)則，如果找到，那么就會(huì)使用。如果找不到，那么就會(huì)報(bào)錯(cuò)。在上面的那個(gè)例子中，make調(diào)用的隱含規(guī)則是，把[.o]的目標(biāo)的依賴文件置成[.c]，并使用C的編譯命令“cc –c $(CFLAGS) [.c]”來生成[.o]的目標(biāo)。也就是說，我們完全沒有必要寫下下面的兩條規(guī)則：

foo.o : foo.ccc –c foo.c $(CFLAGS)
bar.o : bar.ccc –c bar.c $(CFLAGS)

因?yàn)?#xff0c;這已經(jīng)是“約定”好了的事了，make和我們約定好了用C編譯器“cc”生成[.o]文件的規(guī)則，這就是隱含規(guī)則。

當(dāng)然，如果我們?yōu)閇.o]文件書寫了自己的規(guī)則，那么make就不會(huì)自動(dòng)推導(dǎo)并調(diào)用隱含規(guī)則，它會(huì)按照我們寫好的規(guī)則忠實(shí)地執(zhí)行。

還有，在make的“隱含規(guī)則庫(kù)”中，每一條隱含規(guī)則都在庫(kù)中有其順序，越靠前的則是越被經(jīng)常使用的，所以，這會(huì)導(dǎo)致我們有些時(shí)候即使我們顯示地指定了目標(biāo)依賴，make也不會(huì)管。如下面這條規(guī)則（沒有命令）：

foo.o : foo.p

依賴文件“foo.p”（Pascal程序的源文件）有可能變得沒有意義。如果目錄下存在了“foo.c”文件，那么我們的隱含規(guī)則一樣會(huì)生效，并會(huì)通過“foo.c”調(diào)用C的編譯器生成foo.o文件。因?yàn)?#xff0c;在隱含規(guī)則中，Pascal的規(guī)則出現(xiàn)在C的規(guī)則之后，所以，make找到可以生成foo.o的C的規(guī)則就不再尋找下一條規(guī)則了。如果你確實(shí)不希望任何隱含規(guī)則推導(dǎo)，那么，你就不要只寫出“依賴規(guī)則”，而不寫命令。

這里我們將講述所有預(yù)先設(shè)置（也就是make內(nèi)建）的隱含規(guī)則，如果我們不明確地寫下規(guī)則，那么，make就會(huì)在這些規(guī)則中尋找所需要規(guī)則和命令。當(dāng)然，我們也可以使用make的參數(shù)“-r”或“--no-builtin-rules”選項(xiàng)來取消所有的預(yù)設(shè)置的隱含規(guī)則。

當(dāng)然，即使是我們指定了“-r”參數(shù)，某些隱含規(guī)則還是會(huì)生效，因?yàn)橛性S多的隱含規(guī)則都是使用了“后綴規(guī)則”來定義的，所以，只要隱含規(guī)則中有“后綴列表”（也就一系統(tǒng)定義在目標(biāo).SUFFIXES的依賴目標(biāo)），那么隱含規(guī)則就會(huì)生效。默認(rèn)的后綴列表是：.out, .a, .ln, .o, .c, .cc, .C, .p, .f, .F, .r, .y, .l, .s, .S, .mod, .sym, .def, .h, .info, .dvi, .tex, .texinfo, .texi, .txinfo, .w, .ch .web, .sh, .elc, .el。具體的細(xì)節(jié)，我們會(huì)在后面講述。

還是先來看一看常用的隱含規(guī)則吧。

1、編譯C程序的隱含規(guī)則：“<n>.o”的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.c”，并且其生成命令是

$(CC) –c $(CPPFLAGS) $(CFLAGS)

2、編譯C++程序的隱含規(guī)則：“<n>.o”的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.cc”或是“<n>.C”，并且其生成命令是

$(CXX) –c $(CPPFLAGS) $(CFLAGS)

。（建議使用“.cc”作為C++源文件的后綴，而不是“.C”）

3、編譯Pascal程序的隱含規(guī)則：“<n>.o”的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.p”，并且其生成命令是：

$(PC) –c? $(PFLAGS)

4、編譯Fortran/Ratfor程序的隱含規(guī)則：“<n>.o”的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.r”或“<n>.F”或“<n>.f”，并且其生成命令是:

“.f”? “$(FC) –c? $(FFLAGS)”
“.F”? “$(FC) –c? $(FFLAGS) $(CPPFLAGS)”
“.f”? “$(FC) –c? $(FFLAGS) $(RFLAGS)”

5、預(yù)處理Fortran/Ratfor程序的隱含規(guī)則：“<n>.f”的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.r”或“<n>.F”。這個(gè)規(guī)則只是轉(zhuǎn)換Ratfor或有預(yù)處理的Fortran程序到一個(gè)標(biāo)準(zhǔn)的Fortran程序。其使用的命令是：

“.F”? “$(FC) –F $(CPPFLAGS) $(FFLAGS)”
“.r”? “$(FC) –F $(FFLAGS) $(RFLAGS)”

6、編譯Modula-2程序的隱含規(guī)則：“<n>.sym”的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.def”，并且其生成命令是：“$(M2C) $(M2FLAGS) $(DEFFLAGS)”?！?lt;n.o>” 的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.mod”，并且其生成命令是：

$(M2C) $(M2FLAGS) $(MODFLAGS)

7、匯編和匯編預(yù)處理的隱含規(guī)則：“<n>.o” 的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.s”，默認(rèn)使用編譯品“as”，并且其生成命令是：“$(AS) $(ASFLAGS)”?！?lt;n>.s” 的目標(biāo)的依賴目標(biāo)會(huì)自動(dòng)推導(dǎo)為“<n>.S”，默認(rèn)使用C預(yù)編譯器“cpp”，并且其生成命令是：

$(AS) $(ASFLAGS)

8、鏈接Object文件的隱含規(guī)則：“<n>”目標(biāo)依賴于“<n>.o”，通過運(yùn)行C的編譯器來運(yùn)行鏈接程序生成（一般是“l(fā)d”），其生成命令是：“$(CC) $(LDFLAGS) <n>.o $(LOADLIBES) $(LDLIBS)”。這個(gè)規(guī)則對(duì)于只有一個(gè)源文件的工程有效，同時(shí)也對(duì)多個(gè)Object文件（由不同的源文件生成）的也有效。例如如下規(guī)則：x : y.o z.o

并且“x.c”、“y.c”和“z.c”都存在時(shí)，隱含規(guī)則將執(zhí)行如下命令：

cc -c x.c -o x.o
cc -c y.c -o y.o
cc -c z.c -o z.o
cc x.o y.o z.o -o x
rm -f x.o
rm -f y.o
rm -f z.o

如果沒有一個(gè)源文件（如上例中的x.c）和你的目標(biāo)名字（如上例中的x）相關(guān)聯(lián)，那么，你最好寫出自己的生成規(guī)則，不然，隱含規(guī)則會(huì)報(bào)錯(cuò)的。

9、Yacc C程序時(shí)的隱含規(guī)則。
“<n>.c”的依賴文件被自動(dòng)推導(dǎo)為“n.y”（Yacc

$(YACC) $(YFALGS)//（“Yacc”是一個(gè)語(yǔ)法分析器，關(guān)于其細(xì)節(jié)請(qǐng)查看相關(guān)資料）

生成的文件），其生成命令是

10、Lex C程序時(shí)的隱含規(guī)則。
“<n>.c”的依賴文件被自動(dòng)推導(dǎo)為“n.l”（Lex生成的文件），其生成命令是：

$(LEX) $(LFALGS)//（關(guān)于“Lex”的細(xì)節(jié)請(qǐng)查看相關(guān)資料）

11、Lex Ratfor程序時(shí)的隱含規(guī)則。
“<n>.r”的依賴文件被自動(dòng)推導(dǎo)為“n.l”（Lex生成的文件），其生成命令是：

$(LEX) $(LFALGS)

12、從C程序、Yacc文件或Lex文件創(chuàng)建Lint庫(kù)的隱含規(guī)則。
“<n>.ln” （lint生成的文件）的依賴文件被自動(dòng)推導(dǎo)為“n.c”，其生成命令是：

$(LINT) $(LINTFALGS) $(CPPFLAGS) -i

對(duì)于“<n>.y”和“<n>.l”也是同樣的規(guī)則。

有些時(shí)候，一個(gè)目標(biāo)可能被一系列的隱含規(guī)則所作用。例如，一個(gè)[.o]的文件生成，可能會(huì)是先被Yacc的[.y]文件先成[.c]，然后再被C的編譯器生成。我們把這一系列的隱含規(guī)則叫做“隱含規(guī)則鏈”。

在上面的例子中，如果文件[.c]存在，那么就直接調(diào)用C的編譯器的隱含規(guī)則，如果沒有[.c]文件，但有一個(gè)[.y]文件，那么Yacc的隱含規(guī)則會(huì)被調(diào)用，生成[.c]文件，然后，再調(diào)用C編譯的隱含規(guī)則最終由[.c]生成[.o]文件，達(dá)到目標(biāo)。

我們把這種[.c]的文件（或是目標(biāo)），叫做中間目標(biāo)。不管怎么樣，make會(huì)努力自動(dòng)推導(dǎo)生成目標(biāo)的一切方法，不管中間目標(biāo)有多少，其都會(huì)執(zhí)著地把所有的隱含規(guī)則和你書寫的規(guī)則全部合起來分析，努力達(dá)到目標(biāo)，所以，有些時(shí)候，可能會(huì)讓你覺得奇怪，怎么我的目標(biāo)會(huì)這樣生成？怎么我的makefile發(fā)瘋了？

在默認(rèn)情況下，對(duì)于中間目標(biāo)，它和一般的目標(biāo)有兩個(gè)地方所不同：第一個(gè)不同是除非中間的目標(biāo)不存在，才會(huì)引發(fā)中間規(guī)則。第二個(gè)不同的是，只要目標(biāo)成功產(chǎn)生，那么，產(chǎn)生最終目標(biāo)過程中，所產(chǎn)生的中間目標(biāo)文件會(huì)被以“rm -f”刪除。

通常，一個(gè)被makefile指定成目標(biāo)或是依賴目標(biāo)的文件不能被當(dāng)作中介。然而，你可以明顯地說明一個(gè)文件或是目標(biāo)是中介目標(biāo)，你可以使用偽目標(biāo)“.INTERMEDIATE”來強(qiáng)制聲明。（如：.INTERMEDIATE ： mid ）

你也可以阻止make自動(dòng)刪除中間目標(biāo)，要做到這一點(diǎn)，你可以使用偽目標(biāo)“.SECONDARY”來強(qiáng)制聲明（如：.SECONDARY : sec）。你還可以把你的目標(biāo)，以模式的方式來指定（如：%.o）成偽目標(biāo)“.PRECIOUS”的依賴目標(biāo)，以保存被隱含規(guī)則所生成的中間文件。

在“隱含規(guī)則鏈”中，禁止同一個(gè)目標(biāo)出現(xiàn)兩次或兩次以上，這樣一來，就可防止在make自動(dòng)推導(dǎo)時(shí)出現(xiàn)無限遞歸的情況。

Make會(huì)優(yōu)化一些特殊的隱含規(guī)則，而不生成中間文件。如，從文件“foo.c”生成目標(biāo)程序“foo”，按道理，make會(huì)編譯生成中間文件“foo.o”，然后鏈接成“foo”，但在實(shí)際情況下，這一動(dòng)作可以被一條“cc”的命令完成（cc –o foo foo.c），于是優(yōu)化過的規(guī)則就不會(huì)生成中間文件。

你可以使用模式規(guī)則來定義一個(gè)隱含規(guī)則。一個(gè)模式規(guī)則就好像一個(gè)一般的規(guī)則，只是在規(guī)則中，目標(biāo)的定義需要有"%"字符。"%"的意思是表示一個(gè)或多個(gè)任意字符。在依賴目標(biāo)中同樣可以使用"%"，只是依賴目標(biāo)中的"%"的取值，取決于其目標(biāo)。

有一點(diǎn)需要注意的是，"%"的展開發(fā)生在變量和函數(shù)的展開之后，變量和函數(shù)的展開發(fā)生在make載入Makefile時(shí)，而模式規(guī)則中的"%"則發(fā)生在運(yùn)行時(shí)。

后綴規(guī)則是一個(gè)比較老式的定義隱含規(guī)則的方法。后綴規(guī)則會(huì)被模式規(guī)則逐步地取代。因?yàn)槟Ｊ揭?guī)則更強(qiáng)更清晰。為了和老版本的Makefile兼容，GNU make同樣兼容于這些東西。后綴規(guī)則有兩種方式："雙后綴"和"單后綴"。

雙后綴規(guī)則定義了一對(duì)后綴：目標(biāo)文件的后綴和依賴目標(biāo)（源文件）的后綴。如".c.o"相當(dāng)于"%o : %c"。單后綴規(guī)則只定義一個(gè)后綴，也就是源文件的后綴。如".c"相當(dāng)于"% : %.c"。

后綴規(guī)則中所定義的后綴應(yīng)該是make所認(rèn)識(shí)的，如果一個(gè)后綴是make所認(rèn)識(shí)的，那么這個(gè)規(guī)則就是單后綴規(guī)則，而如果兩個(gè)連在一起的后綴都被make所認(rèn)識(shí)，那就是雙后綴規(guī)則。例如：".c"和".o"都是make所知道。因而，如果你定義了一個(gè)規(guī)則是".c.o"那么其就是雙后綴規(guī)則，意義就是".c"是源文件的后綴，".o"是目標(biāo)文件的后綴。如下示例：

.c.o:$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<

后綴規(guī)則不允許任何的依賴文件，如果有依賴文件的話，那就不是后綴規(guī)則，那些后綴統(tǒng)統(tǒng)被認(rèn)為是文件名，如：

.c.o: foo.h$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<

這個(gè)例子，就是說，文件".c.o"依賴于文件"foo.h"，而不是我們想要的這樣：

%.o: %.c foo.h$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<

后綴規(guī)則中，如果沒有命令，那是毫無意義的。因?yàn)樗膊粫?huì)移去內(nèi)建的隱含規(guī)則。

而要讓make知道一些特定的后綴，我們可以使用偽目標(biāo)".SUFFIXES"來定義或是刪除，如：

.SUFFIXES: .hack .win

把后綴.hack和.win加入后綴列表中的末尾。

.SUFFIXES:              # 刪除默認(rèn)的后綴
.SUFFIXES: .c .o .h   # 定義自己的后綴

先清楚默認(rèn)后綴，后定義自己的后綴列表。

make的參數(shù)"-r"或"-no-builtin-rules"也會(huì)使用得默認(rèn)的后綴列表為空。而變量"SUFFIXE"被用來定義默認(rèn)的后綴列表，你可以用".SUFFIXES"來改變后綴列表，但請(qǐng)不要改變變量"SUFFIXE"的值。

比如我們有一個(gè)目標(biāo)叫 T。下面是搜索目標(biāo)T的規(guī)則的算法。請(qǐng)注意，在下面，我們沒有提到后綴規(guī)則，原因是，所有的后綴規(guī)則在Makefile被載入內(nèi)存時(shí)，會(huì)被轉(zhuǎn)換成模式規(guī)則。如果目標(biāo)是"archive(member)"的函數(shù)庫(kù)文件模式，那么這個(gè)算法會(huì)被運(yùn)行兩次，第一次是找目標(biāo)T，如果沒有找到的話，那么進(jìn)入第二次，第二次會(huì)把"member"當(dāng)作T來搜索。

1、把T的目錄部分分離出來。叫D，而剩余部分叫N。（如：如果T是"src/foo.o"，那么，D就是"src/"，N就是"foo.o"）

2、創(chuàng)建所有匹配于T或是N的模式規(guī)則列表。

3、如果在模式規(guī)則列表中有匹配所有文件的模式，如"%"，那么從列表中移除其它的模式。

4、移除列表中沒有命令的規(guī)則。

5、對(duì)于第一個(gè)在列表中的模式規(guī)則：
??? 1）推導(dǎo)其"莖"S，S應(yīng)該是T或是N匹配于模式中"%"非空的部分。
??? 2）計(jì)算依賴文件。把依賴文件中的"%"都替換成"莖"S。如果目標(biāo)模式中沒有包含斜框字符，而把D加在第一個(gè)依賴文件的開頭。
? ? 3）測(cè)試是否所有的依賴文件都存在或是理當(dāng)存在。（如果有一個(gè)文件被定義成另外一個(gè)規(guī)則的目標(biāo)文件，或者是一個(gè)顯式規(guī)則的依賴文件，那么這個(gè)文件就叫"理當(dāng)存在"）
??? 4）如果所有的依賴文件存在或是理當(dāng)存在，或是就沒有依賴文件。那么這條規(guī)則將被采用，退出該算法。

6、如果經(jīng)過第5步，沒有模式規(guī)則被找到，那么就做更進(jìn)一步的搜索。對(duì)于存在于列表中的第一個(gè)模式規(guī)則：
??? 1）如果規(guī)則是終止規(guī)則，那就忽略它，繼續(xù)下一條模式規(guī)則。
? ? 2）計(jì)算依賴文件。（同第5步）
? ? 3）測(cè)試所有的依賴文件是否存在或是理當(dāng)存在。
? ? 4）對(duì)于不存在的依賴文件，遞歸調(diào)用這個(gè)算法查找他是否可以被隱含規(guī)則找到。
? ? 5）如果所有的依賴文件存在或是理當(dāng)存在，或是就根本沒有依賴文件。那么這條規(guī)則被采用，退出該算法。

7、如果沒有隱含規(guī)則可以使用，查看".DEFAULT"規(guī)則，如果有，采用，把".DEFAULT"的命令給T使用。

一旦規(guī)則被找到，就會(huì)執(zhí)行其相當(dāng)?shù)拿?#xff0c;而此時(shí)，我們的自動(dòng)化變量的值才會(huì)生成。

函數(shù)庫(kù)文件也就是對(duì)Object文件（程序編譯的中間文件）的打包文件。在Unix下，一般是由命令"ar"來完成打包工作。

一個(gè)函數(shù)庫(kù)文件由多個(gè)文件組成。你可以以如下格式指定函數(shù)庫(kù)文件及其組成： archive(member)

這個(gè)不是一個(gè)命令，而一個(gè)目標(biāo)和依賴的定義。一般來說，這種用法基本上就是為了"ar"命令來服務(wù)的。如：

foolib(hack.o) : hack.oar cr foolib hack.o

如果要指定多個(gè)member，那就以空格分開，如：

foolib(hack.o kludge.o)

其等價(jià)于：

foolib(hack.o) foolib(kludge.o)

你還可以使用Shell的文件通配符來定義，如：

foolib(*.o)

當(dāng)make搜索一個(gè)目標(biāo)的隱含規(guī)則時(shí)，一個(gè)特殊的特性是，如果這個(gè)目標(biāo)是"a(m)"形式的，其會(huì)把目標(biāo)變成"(m)"。于是，如果我們的成員是"%.o"的模式定義，并且如果我們使用"make foo.a(bar.o)"的形式調(diào)用Makefile時(shí)，隱含規(guī)則會(huì)去找"bar.o"的規(guī)則，如果沒有定義bar.o的規(guī)則，那么內(nèi)建隱含規(guī)則生效，make會(huì)去找bar.c文件來生成bar.o，如果找得到的話，make執(zhí)行的命令大致如下：

cc -c bar.c -o bar.oar r foo.a bar.orm -f bar.o

還有一個(gè)變量要注意的是"$%"，這是專屬函數(shù)庫(kù)文件的自動(dòng)化變量，有關(guān)其說明請(qǐng)參見"自動(dòng)化變量"一節(jié)。

你可以使用"后綴規(guī)則"和"隱含規(guī)則"來生成函數(shù)庫(kù)打包文件，如：

.c.a:$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o$(AR) r $@ $*.o$(RM) $*.o

其等效于：

(%.o) : %.c$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o$(AR) r $@ $*.o$(RM) $*.o

在進(jìn)行函數(shù)庫(kù)打包文件生成時(shí)，請(qǐng)小心使用make的并行機(jī)制（"-j"參數(shù)）。如果多個(gè)ar命令在同一時(shí)間運(yùn)行在同一個(gè)函數(shù)庫(kù)打包文件上，就很有可以損壞這個(gè)函數(shù)庫(kù)文件。所以，在make未來的版本中，應(yīng)該提供一種機(jī)制來避免并行操作發(fā)生在函數(shù)打包文件上。

但就目前而言，你還是應(yīng)該不要盡量不要使用"-j"參數(shù)。

Make常用函數(shù)

1、make file中添加打印
$(info,"here add the debug")

測(cè)試

2、指定編譯的filename
make -f filename