GNU Make User Manual
GNU Make 使用手冊
Version 3.79
繁體版更新日期 2006/08/30
校稿 ChanningLan
目錄
1 make概述
1.1 怎樣閱讀本手冊
1.2 問題和BUG
2 Makefile檔案介紹
2.1 規則的格式
2.2一個簡單的Makefile檔案
2.3mke處理Makefile檔案的過程
2.4使用變數簡化Makefile檔案
2.5讓make推斷命令
2.6另一種風格的Makefile檔案
2.7在目錄中刪除檔案的規則
3编寫Makefile文件
3.1Makefile檔案的內容
3.2Makefile檔案的命名
3.3引入(include)其它的Makefile檔案
3.4變數MAKEFILES
3.5Makefile檔案重新生成的過程
3.6重載其它Makefile檔案
3.7make讀取Makefile檔案的過程
4 編寫規則
4.1規則的語法
4.2在檔案名中使用萬用字元
4.2.1萬用字元例子
4.2.2使用萬用字元的常見錯誤
4.2.3函數wildcard
4.3在目錄中搜尋先決條件
4.3.1VPATH:所有先決條件的搜尋路俓(stem)
4.3.2vpath指令
4.3.3目錄搜尋過程
4.3.4編寫搜尋目錄的shell命令
4.3.5目錄搜尋和隱含規則
4.3.6連接庫(Link Libraries)的搜尋目錄
4.4假想(phony)目標
4.5沒有命令或先決條件的規則
4.6使用空目錄檔案記錄事件
4.7內建的特殊目標名
4.8具有多個目標的規則
4.9具有多條規則的目標
4.10靜態樣式規則
4.10.1靜態樣式規則的語法
4.10.2靜態樣式規則和隱含規則
4.11雙冒號規則(::)
4.12自動生成先決條件
5 在規則中使用命令
5.1命令回顯
5.2執行命令
5.3並行執行
5.4命令錯誤
5.5中斷或關閉make
5.6遞迴make
5.6.1變數MAKE的工作模式
5.6.2與子make通訊的變數
5.6.3與子make通訊的選項
5.6.4`--print-directory'選項
5.7定義固定次序命令
5.8使用空命令
6
使用變數
6.1變數引用基礎
6.2變數的兩個特色
6.3變數進階引用技術
6.3.1替換引用
6.3.2巢狀變數引用
6.4變數取值
6.5設定變數
6.6為變數值附加文字(text)
6.7撤銷(override)指令
6.8定義多行變數
6.9環境變數
6.10特定目標變數的值
6.11特定樣式變數的值
7 Makefile檔案的條件語句
7.1條件語句的例子
7.2條件語句的語法
7.3測試標誌的條件語句
8 文字(text)轉換函數
8.1函數呼叫語法
8.2字元串替換和分析函數
8.3檔案名函數
8.4函數foreach
8.5函數if
8.6函數call
8.7函數origin
8.8函數shell
8.9控制Make的函數
9
執行
make
9.1指定Makefile檔案的參數
9.2指定最終目標的參數
9.3代替執行命令
9.4避免重新編譯檔案
9.5變數重載
9.6測試編譯程式
9.7選項概要
10 使用隱含規則
10.1使用隱含規則
10.2隱含規則目錄
10.3隱含規則使用的變數
10.4隱含規則鏈
10.5定義與重新定義樣式規則
10.5.1樣式規則簡介
10.5.2樣式規則的例子
10.5.3自動變數
10.5.4樣式匹配
10.5.5萬用規則
10.5.6刪除隱含規則
10.6定義最新類型的預設規則
10.7舊式的後置規則(suffix rule)
10.8隱含規則搜尋算法
11 使用make更新資料庫檔案
11.1資料庫成員目標
11.2資料庫成員目標的隱含規則
11.2.1更新資料庫成員的符號索引表
11.3使用檔案的危險
11.4資料庫檔案的後置規則(suffix rule)
12 GNU make的特點
13 不相容性和失去的特點
14 Makefile檔案慣例
14.1makefile檔案的通用慣例
14.2makefile檔案的工具
14.3指定命令的變數
14.4安裝路俓(stem)變數
14.5用戶標準目標
14.6安裝命令分類
15快速參考
16make產生的錯誤
17複雜的Makefile檔案例子
附錄 名詞翻譯對照表
1 Make 概述
Make 可自動決定一個大程式中哪些檔案需要重新編譯，並發布重新編譯它們的命令。本版本GNU Make使用手冊由
Richard M. Stallman and Roland McGrath編著，是從Paul D. Smith撰寫的V3.76版本發展過來的。
GNU Make符合IEEE Standard 1003.2-1992 (POSIX.2) 6.2章節的規定。
因為C語言程式更具有代表性，所以我們的例子基於C語言程式，但Make並不是僅僅能夠處理C語言程式，它可以處理
那些編譯器能夠在Shell命令下執行的的各種語言的程式。事實上，GNU Make不僅僅限於程式，它可以適用於任何如果
一些檔案變化導致另外一些檔案必須更新的任務。
如果要使用Make，必須先寫一個稱為Makefile的檔案，該檔案描述程式中各個檔案之間的相互關係，並且提供每一個
檔案的更新命令。在一個程式中，可執行程式檔案的更新依靠OBJ檔案，而OBJ檔案是由源檔案編譯得來的。
一旦合適的Makefile檔案存在，每次更改一些源檔案，在shell命令下簡單的鍵入︰
make
就能執行所有的必要的重新編譯任務。Make程式根據Makefile檔案中的數據和每個檔案更改的時間戳決定哪些檔案
需要更新。對於這些需要更新的檔案，Make基於Makefile檔案發布命令進行更新，進行更新的模式由提供的命令行參數
控制。具體操作請看執行Make章節。
1.1怎樣閱讀本手冊
如果您現下對Make一無所知或者您僅需要了解對make 的普通性介紹，請查閱前幾章內容，略過後面的章節。前幾
章節是普通介紹性內容，後面的章節是具體的專業、技術內容。
如果您對其它Make程式十分熟悉，請參閱GNU Make的特點和不相容性和失去的特點部分，GNU Make的特點這一章列
出了GNU Make對make程式的展開，不相容和失去的特點一章解釋了其它Make程式有的特徵而GNU Make缺乏的原因。
對於快速瀏覽者，請參閱選項概要、快速參考和內建的特殊目標名部分。
1.2問題和BUG
如果您有關於GNU Make的問題或者您認為您發現了一個BUG，請向開發者報告；我們不能許諾我們能幹什麼，但
我們會盡力修正它。在報告BUG之前，請確定您是否真正發現了BUG，仔細研究文檔後確認它是否真的按您的指令執
行。如果文檔不能清楚的告訴您怎么做，也要報告它，這是文檔的一個BUG。
在您報告或者自己親自修正BUG之前，請把它分離出來，即在使問題暴露的前提下儘可能的縮小Makefile檔案。然後把
這個Makefile檔案和Make給出的精確結果發給我們。同時請說明您希望得到什麼，這可以幫助我們確定問題是否出在文
檔上。
一旦您找到一個精確的問題，請給我們發E-mail，我們的E-mail位址是︰
bug-make@gnu.org
在郵件中請引入(include)您使用的GNU Make的版本號。您可以利用命令‘make—version’得到版本號。同時希望您提
供您的機器型號和作業系統類型，如有可能的話，希望同時提供config.h檔案（該檔案有配置過程產生）。
2 Makefile檔案介紹
Make程式需要一個所謂的Makefile檔案來告訴它干什麼。在大多數情況下，Makefile檔案告訴Make怎樣編譯和連接成
一個程式。
本章我們將討論一個簡單的Makefile檔案，該檔案描述怎樣將8個C源程式檔案和3個頭檔案編譯和連接成為一個文
字(text)編輯器。Makefile檔案可以同時告訴Make怎樣執行所需要的雜亂無章的命令（例如，清除操作時刪除特定的檔案
）。如果要看更詳細、複雜的Makefile檔案例子，請參閱複雜的Makefile檔案例子一章。
當make重新編譯這個編輯器時，所有改動的C語言源檔案必須重新編譯。如果一個頭檔案改變，每一個引入(include)
該頭檔案的C語言源檔案必須重新編譯，這樣才能保證生成的編輯器是所有源檔案更新後的編輯器。每一個C語言源檔
案編譯後產生一個對應的OBJ檔案，如果一個源檔案重新編譯，所有的OBJ檔案無論是剛剛編譯得到的或原來編譯得到
的必須從新連接，形成一個新的可執行檔案。
2.1 規則的格式
一個簡單的Makefile檔案引入(include)一系列的“規則”，其樣式如下︰
目標(target)…: 先決條件(prerequiries)…
<tab>命令(command)
…
…
目標(target)通常是要產生的檔案的名稱，例如;目標可以是執行檔案或OBJ檔案。目標也可是一個執行的動作名稱，
諸如‘clean’（詳細內容請參閱假想(phony)目標一節）。
先決條件是用來輸入從而產生目標的檔案，一個目標經常有幾個先決條件。
命令是Make執行的動作，一個規則可以含有幾個命令，每個命令占一行。注意︰每個命令行前面必須是一個Tab
字符，即命令行第一個字符是Tab。這是不小心容易出錯的地方。
通常，如果一個先決條件發生變化，則需要規則呼叫命令對相應先決條件和服務進行處理從而更新或建立目標。但是
，指定命令更新目標的規則並不都需要先決條件，例如，引入(include)和目標‘clern’相聯繫的刪除命令的規則就沒有
先決條件。
規則一般是用於解釋怎樣和何時重建特定檔案的，這些特定檔案是這個詳盡規則的目標。Make需首先呼叫命令對先決
條件進行處理，進而才能建立或更新目標。當然，一個規則也可以是用於解釋怎樣和何時執行一個動作，詳見編寫規
則一章。
一個Makefile檔案可以引入(include)規則以外的其它文字(text)，但一個簡單的Makefile檔案僅僅需要引入(include)規則
。雖然真正的規則比這裡展示的例子複雜，但格式卻是完全一樣。
2.2一個簡單的Makefile檔案
一個簡單的Makefile檔案，該檔案描述了一個稱為文字(text)編輯器（edit）的可執行檔案生成方法，該檔案依靠8個
OBJ檔案（.o檔案），它們又依靠8個C源程式檔案和3個頭檔案。
在這個例子中，所有的C語言源檔案都引入(include)‘defs.h’ 頭檔案，但僅僅定義編輯命令的源檔案引入
(include)‘command.h’頭檔案，僅僅改變編輯器緩沖區的低層檔案引入(include)‘buffer.h’頭檔案。
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
我們把每一個長行使用反斜線(\)分裂為兩行或多行，實際上它們相當於一行，這樣做的意圖僅僅是為了閱讀
方便。
使用Makefile檔案建立可執行的稱為‘edit’的檔案，鍵入︰make
使用Makefile檔案從目錄中刪除可執行檔案和目標，鍵入︰make clean
在這個Makefile檔案例子中，目標包括可執行檔案‘edit’和OBJ檔案‘main.o’及‘kdb.o’。先決條件是C語言源檔案和
C語言頭檔案如‘main.c’和‘def.h’等。事實上，每一個OBJ檔案即是目標也是先決條件。所以命令行包括‘cc -c
main.c’和‘cc -c kbd.c’。
當目標是一個檔案時，如果它的任一個先決條件發生變化，目標必須重新編譯和連接。任何命令行的第一個
字符必須是‘Tab’字符，這樣可以把Makefile檔案中的命令行與其它行分別開來。（一定要牢記︰Make並不知道命令
是如何工作的，它僅僅能向您提供保證目標的合適更新的命令。Make的全部工作是當目標需要更新時，按照您製定的
具體規則執行命令。）
目標‘clean’不是一個檔案，僅僅是一個動作的名稱。正常情況下，在規則中‘clean’這個動作並不執行，
目標‘clean’也不需要任何先決條件。一般情況下，除非特意告訴make執行‘clean’命令，否則‘clean’命令永遠不
會執行。注意這樣的規則不需要任何先決條件，它們存在的目的僅僅是執行一些特殊的命令。像這些不需要先決條件僅
僅表達動作的目標稱為假想(phony)目標。詳細內容參見假想(phony)目標；參閱命令錯誤可以了解rm或其它命令是怎樣
導致make忽略錯誤的。
2. make處理makefile檔案的過程
預設情況下，make開始於第一個目標（假想(phony)目標的名稱前帶‘.’）。這個目標稱為預設最終目標（即
make最終更新的目標，具體內容請看指定最終目標的參數一節）。
在上節的簡單例子中，預設最終目標是更新可執行檔案‘edit’，所以我們將該規則設為第一規則。這樣，一旦您給出
命令︰
make
make就會讀當前目錄下的makefile檔案，並開始處理第一條規則。在本例中，第一條規則是連接生成‘edit’，但在make
全部完成本規則工作之前，必須先處理‘edit’所依靠的OBJ檔案。這些OBJ檔案按照各自的規則被處理更新，每個OBJ
檔案的更新規則是編譯其源檔案。重新編譯根據其依靠的源檔案或頭檔案是否比現存的OBJ檔案更‘新’，或者OBJ檔
案是否存在來判斷。
其它規則的處理根據它們的目標是否和預設最終目標的先決條件相關聯來判斷。如果一些規則和預設最終目
標無任何關聯則這些規則不會被執行，除非告訴Make強製執行（如輸入執行make clean命令）。
在OBJ檔案重新編譯之前，Make首先檢查它的先決條件C語言源檔案和C語言頭檔案是否需要更新。如果這些
C語言源檔案和C語言頭檔案不是任何規則的目標，make將不會對它們做任何事情。Make也可以自動產生C語言源程式
，這需要特定的規則，如可以根據Bison或Yacc產生C語言源程式。
在OBJ檔案重新編譯（如果需要的話）之後，make決定是否重新連接生成edit可執行檔案。如果edit可執行檔案
不存在或任何一個OBJ檔案比存在的edit可執行檔案‘新’，則make重新連接生成edit可執行檔案。
這樣，如果我們修改了‘insert.c’檔案，然後執行make，make將會編譯‘insert.c’檔案更新‘insert.o’檔案
，然後重新連接生成edit可執行檔案。如果我們修改了‘command.h’檔案，然後執行make，make將會重新編譯
‘kbd.o’和‘command.o’檔案，然後重新連接生成edit可執行檔案。
2.4使用變數簡化makefile檔案
在我們的例子中，我們在‘edit’的生成規則中把所有的OBJ檔案列舉了兩次，這裡再重複一遍︰
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
這樣的兩次列舉有出錯的可能，例如在系統中加入一個新的OBJ檔案，我們很有可能在一個需要列舉的地方加入了，
而在另外一個地方卻忘記了。我們使用變數可以簡化makefile檔案並且排除這種出錯的可能。變數是定義一個字元串一次
，而能在多處替代該字元串使用（具體內容請閱讀使用變數一節）。
在makefile檔案中使用名為objects, OBJECTS, objs, OBJS, obj, 或 OBJ的變數代表所有OBJ檔案已是約定成俗。在這個
makefile檔案我們定義了名為objects的變數，其定義格式如下︰
objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
然後，在每一個需要列舉OBJ檔案的地方，我們使用寫為`$(objects)'形式的變數代替（具體內容請閱讀使用變數一節）。
下面是使用變數後的完整的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)
2.5 讓make推斷命令
編譯單獨的C語言源程式並不需要寫出命令，因為make可以把它推斷出來︰make有一個使用‘CC c’命令的把C語言
源程式編譯更新為相同檔案名的OBJ檔案的隱含規則。例如make可以自動使用‘cc -c main.c -o main.o’命令把‘main.c’
編譯 ‘main.o’。因此，我們可以省略OBJ檔案的更新規則。詳細內容請看使用隱含規則一節。
如果C語言源程式能夠這樣自動編譯，則它同樣能夠自動加入到先決條件中。所以我們可在先決條件中省略C語言源程
式，進而可以省略命令。下面是使用隱含規則和變數objects的完整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)
這是我們實際編寫makefile檔案的例子。（和目標‘clean’聯繫的複雜情況在別處闡述。具體參見假想(phony)目標及命令
錯誤兩節內容。）因為隱含規則十分方便，所以它們非常重要，在makefile檔案中經常使用它們。
2.6 另一種風格的makefile檔案
當時在makefile檔案中使用隱含規則建立OBJ檔案時，採用另一種風格的makefile檔案也是可行的。在這種風格的
makefile檔案中，可以依據先決條件分組代替依據目標分組。下面是採用這種風格的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.h
kbd.o command.o files.o : command.h
display.o insert.o search.o files.o : buffer.h
這裡的defs.h是所有OBJ檔案的共同的一個先決條件；command.h和bufffer.h是具體列出的OBJ檔案的共同先決條件。
雖然採用這種風格編寫makefile檔案更具風味︰makefile檔案更加短小，但一部分人以為把每一個目標的訊息放到一
起更清晰易懂而不喜歡這種風格。
2.7 在目錄中刪除檔案的規則
編譯程式並不是編寫make規則的唯一事情。Makefile檔案可以告訴make去完成編譯程式以外的其它任務，例如，怎樣刪
除OBJ檔案和可執行檔案以保持目錄的‘乾淨’等。下面是刪除利用make規則編輯器的例子︰
clean:
rm edit $(objects)
在實際應用中，應該編寫較為複雜的規則以防不能預料的情況發生。更接近實用的規則樣式如下︰
.PHONY : clean
clean :
-rm edit $(objects)
這樣可以防止make因為存在名為’clean’的檔案而發生混亂，並且導致它在執行rm命令時發生錯誤（具體參見假想
(phony)目標及命令錯誤兩節內容）。
諸如這樣的規則不能放在makefile檔案的開始，因為我們不希望它變為預設最終目標。應該像我們的makefile檔案例子一
樣，把守關口於edit的規則放在前面，從而把編譯更新edit可執行程式定為預設最終目標。
3 編寫makefile檔案
make編譯系統依據的訊息來源於稱為makefile檔案的資料庫。
3.1 makefile檔案的內容
makefile檔案包含5種內容︰具體規則、隱含規則、定義變數、指令和註釋。規則、變數和指令將在後續章節介紹。
具體規則用於闡述什么時間或怎樣重新生成稱為規則目標的一個或多個文件的。它列舉了目標所依靠的
檔案，這些檔案稱為該目標的先決條件。具體規則可能同時提供了建立或更新該目標的命令。詳細內容參閱編
寫規則一章。
隱含規則用於闡述什么時間或怎樣重新生成同一文件名的一系列文件的。它描述的目標是根據和它名字
相同的檔案進行建立或更新的，同時提供了建立或更新該目標的命令。詳細內容參閱使用隱含規則一節。
定義變數是為一個變數賦一個固定的字符串值，從而在以後的文件中能夠使用該變數代替這個字符串。
注意在makefile檔案中定義變數占一獨立行。在上一章的makefile檔案例子中我們定義了代表所有OBJ檔案的變
數objects（詳細內容參閱使用變數簡化makefile檔案一節）。
指令是make根據makefile文件執行一定任務的命令。這些包括如下幾方面:
讀取其它makefile文件（詳細內容參見
引入(include)其它的makefile文件
）。
判定（根據變數的值）是否使用或忽略makefile文件的部分內容（詳細內容參閱
makefile文件的條件
語句
一節）。
定義多行變數，即定義變數值可以引入(include)多行字符的變數（詳細內容參見
定義多行變數
一節
）。
以‘#’開始的行是注釋行。註釋行在處理時將被make忽略，如果一個註釋行在行尾是‘\’則表示下一行繼續為
註釋行，這樣註釋可以持續多行。除在define指令內部外，註釋可以出現下makefile檔案的任何地方，甚至在命令內部（
這裡shell決定什麼是註釋內容）。
3.2 makfile檔案的命名
預 設 情 況 下 ， 當 make 尋 找 makefile 檔 案 時 ， 它 試 圖 搜 尋 具 有 如 下 的 名 字 的 檔 案 ， 按 順 序 ︰
‘GNUmakefile’ 、‘makefile’和‘Makefile’。
通常情況下您應該把您的makefile檔案命名為‘makefile’或‘Makefile’。(我們推薦使用‘Makefile’，因為它基本出現
下目錄清單的前面，後面挨著其它重要的檔案如‘README’等。)。雖然首先搜尋‘GNUmakefile’，但我們並不推薦
使用。除非您的makefile檔案是特為GNU make編寫的，在其它make版本上不能執行，您才應該使用‘GNUmakefile’作
為您的makefile的檔案名。
如果make不能發現具有上面所述名字的檔案，它將不使用任何makefile檔案。這樣您必須使用命令參數給定目標，make
試圖利用內建的隱含規則確定如何重建目標。詳細內容參見使用隱含規則一節。
如果您使用非標準名字makefile檔案，您可以使用‘-f’或‘--file’參數指定您的makefile檔案。參數‘-f name’或‘-file=name’能夠告訴make讀名字為‘name’的檔案作為makefile檔案。如果您使用 ‘-f’或‘--file’參數多於一個，意
味著您指定了多個makefile檔案，所有的makefile檔案按具體的順序發生作用。一旦您使用了‘-f’或‘--file’參數，將
不再自動檢查是否存在名為‘GNUmakefile’、‘makefile’或‘Makefile’的makefile檔案。
3.3 引入(include)其它的makefile檔案
include指令告訴make暫停讀取當前的makefile檔案，先讀完include指令指定的makefile檔案後再繼續。指令在makefile檔案
占單獨一行，其格式如下︰
include filenames...
filenames可以包含shell檔案名的格式。
在include指令行，行開始處的多餘的空格是允許的，但make處理時忽略這些空格，注意該行不能以Tab字符開始（因為
，以Tab字符開始的行，make認為是命令行）。include和檔案名之間以空格隔開，兩個檔案名之間也以空格隔開，多餘
的空格make處理時忽略，在該行的尾部可以加上以‘#’為起始的註釋。檔案名可以引入(include)變數及函數呼叫，它們
在處理時由make進行展開（具體內容參閱使用變數一節）。
例如，有三個‘.mk’檔案︰‘a.mk’、‘b.mk’和‘c.mk’，變數$(bar)展開為bish bash，則下面的表達是︰
include foo *.mk $(bar)
和‘include foo a.mk b.mk c.mk bish bash’相同。
當make遇見include指令時， make就暫停讀取當前的makefile檔案，依次讀取列舉的makefile檔案，讀完之後，make再
繼續讀取當前makefile檔案中include指令以後的內容。
使用include指令的一種情況是幾個程式分別有單獨的makefile檔案，但它們需要一系列共同的變數定義（詳細內容參閱
設定變數），或者一系列共同的樣式規則（詳細內容參閱定義與重新定義樣式規則）。
另一種使用include指令情況是需要自動從源檔案為目標產生先決條件的情況，此時，先決條件在主makefile檔案引入
(include)的檔案中。這種模式比其它版本的make把先決條件附加在主makefile檔案後部的傳統模式更顯得簡潔。具體內容
參閱自動產生先決條件。
如果makefile檔案名不以‘/’開頭，並且在當前目錄下也不能找到，則需搜尋另外的目錄。首先，搜尋以‘-|’或‘-include-dir’參數指定的目錄 ，然後依 次 搜尋下 面 的 目錄 （如果它 們存在的 話）︰‘ prefix/include' ( 通常為
‘/usr/local/include') ‘/usr/gnu/include', ‘/usr/local/include', ‘/usr/include'。
如果指定引入(include)的makefile檔案在上述所有的目錄都不能找到，make將產生一個警告訊息，注意這不是致命的錯
誤。處理完include指令引入(include)的makefile檔案之後，繼續處理當前的makefile檔案。一旦完成makefile檔案的讀取操作
，make將試圖建立或更新舊式的或不存在的makefile檔案。詳細內容參閱makefile檔案重新生成的過程。只有在所有make
尋求丟失的makefile檔案的努力失敗後，make才能斷定丟失的makefile檔案是一個致命的錯誤。
如果您希望對不存在且不能重新建立的makefile檔案進行忽略，並且不產生錯誤訊息，則使用-include指令代替include指
令，格式如下︰
-include filenames...
這種指令的作用就是對於任何不存在的makefile檔案都不會產生錯誤（即使警告訊息也不會產生）。如果希望保持和其
它版本的make兼容，使用sinclude指令代替-include指令。
3.4 變數MAKEFILES
當 make 讀取數個 makefile 時（包括根據環境變數 MAKEFILES 讀取的 makefile，命令列指定的、預設的、使用 include 指
定的），這些makefile的名字會被自動的加進變數 MAKEFILE_LIST 之中。這些檔案名稱會在開始被 make 解析之前就被
加進變數 MAKEFILE_LIST 。
也就是說，如果在一個 makefile 中做的第一件事就是檢查這個變數的最後一個字，這個字就該是目前這個 makefile 的
檔名。一旦目前的 makefile 使用了指令 include ，這個變數的最後一個字就會變成被 include 進來的 makefile 的檔名。
若一個名為 Makefile 的 makefile 含有以下內容：
name1 := $(word $(words $(MAKEFILE_LIST)),$(MAKEFILE_LIST))
include inc.mk
name2 := $(word $(words $(MAKEFILE_LIST)),$(MAKEFILE_LIST))
all:
@echo name1 = $(name1)
@echo name2 = $(name2)
那麼，你可以預料到會看到以下的輸出：
name1 = Makefile
name2 = inc.mk
其它的特殊環境變數
GNU make 也支援一個特殊變數，任何設給該變數的值都會被忽略；它總是傳回它的特殊值。
第一個特殊變數是 .VARIABLES 。當展開此變數時，會引入(include)一張在所有到目前為止的 makefile 中所定義的全域
變數名稱的表。這裡頭引入(include)了值為空白的變數（如內建變數，參考 暗示性規則所使用的變數 ），但不包括只在
某個指定標的的內容中定義的變數。
3.5 makefile檔案重新生成的過程
有時makefile檔案可以由其它檔案重新生成，如從RCS或SCCS檔案生成等。如果一個makefile檔案可以從其它檔案重
新生成，一定注意讓make更新makefile檔案之後再讀取makefile檔案。
完成讀取所有的makefile檔案之後，make檢查每一個目標，並試圖更新它。如果對於一個makefile檔案有說明它怎樣
更新的規則（無論在當前的makefile檔案中或其它makefile檔案中），或者存在一條隱含規則說明它怎樣更新（具體內
容參見使用隱含規則），則在必要的時候該makefile檔案將會自動更新。在所有的makefile檔案檢查之後，如果發現任何
一個makefile檔案發生變化，make就會清空所有記錄，並重新讀入所有makefile檔案。（然後再次試圖更新這些makefile檔
案，正常情況下，因為這些makefile檔案已被更新，make將不會再更改它們。）
如果您知道您的一個或多個makefile檔案不能重新建立，也許由於執行效率緣故，您不希望make按照隱含規則搜尋
或重建它們，您應使用正常的方法阻止按照隱含規則檢查它們。例如，您可以寫一個具體的規則，把這些makefile檔案
當作目標，但不提供任何命令（詳細內容參閱使用空命令）。
如果在makefile檔案中指定依據雙冒號規則(::)使用命令重建一個檔案，但沒有提供先決條件，則一旦make執行就
會重建該檔案（詳細內容參見雙冒號規則(::)）。同樣，如果在makefile檔案中指定依據雙冒號規則(::)使用命令重建的一
個makefile檔案，並且不提供先決條件，則一旦make執行就會重建該makefile檔案，然後重新讀入所有makefile檔案，然
後再重建該makefile檔案，再重新讀入所有makefile檔案，如此往複陷入無限循環之中，致使make不能再完成別的任務。
如果要避免上述情況的發生，一定注意不要依據雙冒號規則(::)使用命令並且不提供先決條件重建任何makefile檔案。
如果您沒有使用‘-f’或‘--file’指定makefile檔案，make將會使用預設的makefile檔案名（詳細內容參見3.2節內容
）。不像使用‘-f’或‘--file’選項指定具體的makefile檔案，這時make不能確定makefile檔案是否存在。如果預設的
makefile檔案不存在，但可以由執行的make依據規則建立，您需要執行這些規則，建立要使用的makefile檔案。
如果預設的makefile檔案不存在，make將會按照搜尋的次序將它們試著建立，一直到將makefile檔案成功建立或
make將所有的檔案名都試過來。注意make不能找到或建立makefile檔案不是錯誤，makefile檔案並不是執行make必須的。
因為即使您使用‘-t’特別指定，‘-t’或‘--touch’選項對更新makefile檔案不產生任何影響， makefile檔案仍然
會更新，所以當您使用‘-t’或‘--touch’選項時，您不要使用舊式的makefile檔案來決定‘touch’哪個目標（具體含
義參閱代替執行命令）。同樣，因為‘-q' (或 ‘--question') 和 ‘-n' (或 ‘--just-print')也能不阻止更新makefile檔案，所以
舊式的makefile檔案對其它的目標將產生錯誤的輸出結果。如，‘make -f mfile -n foo’命令將這樣執行︰更新
‘mfile’，然後讀入，再輸出更新‘foo’的命令和先決條件，但並不執行更新‘foo’，注意，所有回顯的更新
‘foo’的命令是在更新後的‘mfile’中指定的。
在實際使用過程中，您一定會遇見確實希望阻止更新makefile檔案的情況。如果這樣，您可以在makefile檔案命令行
中將需要更新的makefile檔案指定為目標，如此則可阻止更新makefile檔案。一旦makefile檔案名被明確指定為一個目標，
選項‘-t’等將會對它發生作用。如這樣設定，‘make -f mfile -n foo’命令將這樣執行︰讀入‘mfile’，輸出更新
‘foo’的命令和先決條件，但並不執行更新‘foo’。回顯的更新‘foo’的命令引入(include)在現存的‘mfile’中。
3.6 重載其它makefile檔案
有時一個makefile檔案和另一個makefile檔案相近也是很有用的。您可以使用‘include’指令把更多的makefile檔案引入
(include)進來，如此可加入更多的目標和定義的變數。然而如果兩個makefile檔案對相同的目標給出了不同的命令，make
就會產生錯誤。
在主makefile檔案（要引入(include)其它makefile檔案的那個）中，您可以使用萬用字元樣式規則說明只有在依靠當前
makefile檔案中的訊息不能重新建立目標時，make才搜尋其它的makefile檔案，詳細內容參見定義與重新定義樣式規則。
例如︰如果您有一個說明怎樣建立目標‘foo’（和其它目標）的makefile檔案稱為‘Makefile’，您可以編寫另外一個
稱為‘GNUmakefile’的makefile檔案引入(include)以下語句︰
foo:
frobnicate > foo
%: force
@$(MAKE) -f Makefile $@
force: ;
如果鍵入‘make foo’，make就會找到‘GNUmakefile’，讀入，然後執行‘frobnicate > foo’。如果鍵入‘make
bar’，make發現無法根據‘GNUmakefile’建立‘bar’，它將使用樣式規則提供的命令︰‘make f Makefile bar’。如
果在‘Makefile’中提供了‘bar’更新的規則，make就會使用該規則。對其它‘GNUmakefile’不提供怎樣更新的目標
make也會同樣處理。這種工作的模式是使用了樣式規則中的樣式匹配符‘%’，它可以和任何目標匹配。該規則指定了
一個先決條件‘force’，用來保證命令一定要執行，無論目標檔案是否存在。我們給出的目標‘force’時使用了空命令
，這樣可防止make按照隱含規則搜尋和建立它，否則，make將把同樣的匹配規則應用到目標‘force’本身，從而陷入
建立先決條件的循環中。
3.7 make讀取makefile檔案的過程
GNU make把它的工作明顯的分為兩個階段。在第一階段，make讀取makefile檔案，包括makefile檔案本身、內置變數及其
值、隱含規則和具體規則、構造所有目標的依靠圖表和它們的先決條件等。在第二階段，make使用這些內置的組織決定
需要重新構造的目標以及使用必要的規則進行工作。
了解make兩階段的工作模式十分重要，因為它直接影響變數、函數展開模式；而這也是編寫makefile檔案時導致一些錯
誤的主要來源之一。下面我們將對makefile檔案中不同架構的展開模式進行總結。我們稱在make工作第一階段發生的展開
是立即展開︰在這種情況下，make對makefile檔案進行語法分析時把變數和函數直接展開為架構單元的一部分。我們把
不能立即執行的展開稱為延時(deferred)展開。延時(deferred)展開架構直到它已出現下上下文架構中或make已進入到了第
二工作階段時才執行展開。
您可能對這一部分內容不熟悉。您可以先看完後面幾章對這些知識熟悉後再參考本節內容。
變數賦值
變數的定義語法形式如下︰
immediate = deferred
immediate ?
= deferred
immediate := immediate
immediate += deferred or immediate
define immediate
deferred
endef
對於附加操作符‘+=’，右邊變數如果在前面使用（:=）定義為簡單展開變數則是立即變數，其它均為延時(deferred)
變數。
條件語句
整體上講，條件語句都按語法立即分析，常用的有︰ifdef、ifeq、ifndef和inneq。
定義規則
規則不論其形式如何，都按相同的模式展開。
immediate : immediate ; deferred
deferred
目標和先決條件部分都立即展開，用於構造目標的命令通常都是延時(deferred)展開。這個通用的規律對具體規則、樣式
規則、後置規則(suffix rule)、靜態樣式規則和簡單先決條件定義都適用。
4編寫規則
makefile檔案中的規則是用來說明何時以及怎樣重建特定檔案的，這些特定的檔案稱為該規則的目標（通常情況下
，每個規則只有一個目標）。在規則中列舉的其它檔案稱為目標的先決條件，同時規則還給出了目標建立、更新的命令
。一般情況下規則的次序無關緊要，但決定預設最終目標時卻是例外。預設最終目標是您沒有另外指定最終目標時，
make認定的最終目標。預設最終目標是makefile檔案中的第一條規則的目標。如果第一條規則有多個目標，只有第一個目
標被認為是預設最終目標。有兩種例外的情況︰以句點（‘.’）開始的目標不是預設最終目標（如果該目標引入
(include)一個或多個斜線(/) ‘/’，則該目標也可能是預設最終目標）；另一種情況是樣式規則定義的目標不是預設最
終目標（參閱定義與重新定義樣式規則）。
所以，我們編寫makefile檔案時，通常將第一個規則的目標定為編譯全部程式或是由makefile檔案表述的所有程式（經
常設定一個稱為‘all’的目標）。參閱指定最終目標的參數。
4.1規則的語法
通常一條規則形式如下︰
targets : prerequisites
command
...
或︰
targets : prerequisites ; command
command
...
目標（target）是檔案的名稱，中間由空格隔開。萬用字元可以在檔案名中使用（參閱在檔案名中使用萬用字元），
‘a（m）’形式的檔案名表示成員m在檔案a中（參閱資料庫成員目標）。一般情況下，一條規則只有一個目標，但偶
爾由於其它原因一條規則有多個目標（參閱具有多個目標的規則）。
命令行以Tab字符開始，第一個命令可以和先決條件在一行，命令和先決條件之間用分號隔開，也可以在先決條件下
一行，以Tab字符為行的開始。這兩種方法的效果一樣，參閱在規則中使用命令。
因為美元符號已經用為變數引用的開始符，如果您真希望在規則中使用美元符號，您必須連寫兩次，‘$$’（參閱使
用變數）。您可以把一長行在中間插入‘\’使其分為兩行，也就是說，一行的尾部是’\’的話，表示下一行是本行的
繼續行。但這並不是必須的，make沒有對makefile檔案中行的長度進行限制。一條規則可以告訴make兩件事情︰何時目標
已經過時，以及怎樣在必要時更新它們。
判斷目標舊式的準則和先決條件關係密切，先決條件也由檔案名構成，檔案名之間由空格隔開，萬用字元和
資料庫成員也允許在先決條件中出現。一個目標如果不存在或它比其中一個先決條件的修改時間早，則該目標已經過
時。該思想來源於目標是根據先決條件的訊息計算得來的，因此一旦任何一個先決條件發生變化，目標檔案也就不再
有效。目標的更新模式由命令決定。命令由shell解釋執行，但也有一些另外的特點。參閱在規則中使用命令。
4.2 在檔案名中使用萬用字元
一個簡單的檔案名可以透過使用萬用字元代表許多檔案。Make中的萬用字元和Bourne shell中的萬用字元一樣
是‘*’、‘？’和‘[…]’。例如︰‘*.C’指在當前目錄中所有以‘.C’結尾的檔案。
字符‘~’在檔案名的前面也有特殊的含義。如果字符‘~’單獨或後面跟一個斜線(/) ‘/’，則代表您的home目錄。如
‘~/bin’展開為‘/home/bin’。如果字符‘~’後面跟一個字，它展開為home目錄下以該字為名字的目錄，如
‘~John/bin’表示‘home/John/bin’。在一些作業系統（如ms-dos，ms-windows）中不存在home目錄，可以透過設定環
境變數home來類比。
在目標、先決條件和命令中的萬用字元自動展開。在其它上下文中，萬用字元只有在您明確表明呼叫萬用字元函數時才
展開。
萬用字元另一個特點是如果萬用字元前面是反斜線(\)‘\’，則該萬用字元失去通配能力。如‘foo\*bar’表示一個特定
的檔案其名字由‘foo’、‘*’和‘bar’構成。
4.2.1萬用字元例子
萬用字元可以用在規則的命令中，此時萬用字元由shell展開。例如，下面的規則刪除所有OBJ檔案︰
clean︰
rm -f *.o
萬用字元在規則的先決條件中也很有用。在下面的makefile規則中，‘make print’將列印所有從上次您列印以後又有
改動的‘.c’檔案︰
print: *.c
lpr -p $?
touch print
本規則使用‘ptint’作為一個空目標檔案（參看使用空目標檔案記錄事件）；自動變數‘$?’用來列印那些已經修改
的檔案，參看自動變數。
當您定義一個變數時萬用字元不會展開，如果您這樣寫︰
objects = *.o
變數objects的值實際就是字元串‘*.o’。然而，如果您在一個目標、先決條件和命令中使用變數objects的值，萬用字元
將在那時展開。使用下面的語句可使萬用字元展開︰
objects=$(wildcard *.o)
詳細內容參閱函數wildcard。
4.2.2使用萬用字元的常見錯誤
下面有一個幼稚使用萬用字元展開的例子，但實際上該例子不能完成您所希望完成的任務。假設可執行檔案
‘foo’由在當前目錄的所有OBJ檔案建立，其規則如下︰
objects = *.o
foo : $(objects)
cc -o foo $(CFLAGS) $(objects)
由於變數objects的值為字元串‘*.o’，萬用字元在目標‘foo’的規則下展開，所以每一個OBJ檔案都會變為目標
‘foo’的先決條件，並在必要時重新編譯自己。
但如果您已刪除了所有的OBJ檔案，情況又會怎樣呢？因沒有和萬用字元匹配的檔案，所以目標‘foo’就依靠了一個
有著奇怪名字的檔案‘*.o’。因為目錄中不存在該檔案，make將發出不能建立‘*.o’的錯誤訊息。這可不是所要執行的
任務。
實際上，使用萬用字元獲得正確的結果是可能的，但您必須使用稍微複雜一點的技術，該技術包括使用函數wildcard和
替代字元串等。詳細內容將在下一節論述。
微軟的作業系統（MS-DOS、MS-WINDOWS）使用反斜線(\)分離目錄路俓(stem)，如︰
C:\foo\bar\bar.c
這和Unix風格‘c:/foo/bar/bar.c’相同（‘c:’是驅動器字母）。當make在這些系統上執行時，不但支援在路俓(stem)中存
在反斜線(\)也支援Unix風格的前斜線(/)。但是這種對反斜線(\)的支援不包括萬用字元展開，因為萬用字元展開時，反斜
線(\)用作引用字符。所以，在這些場合您必須使用Unix風格的前斜線(/)。
4.2.3函數wildcard(萬用字元)
萬用字元在規則中可以自動展開，但設定在變數中或在函數的參數中萬用字元一般不能正常展開。如果您需
要在這些場合展開萬用字元，您應該使用函數wildcard，格式如下︰
$(wildcard pattern...)
可以在makefile檔案的任何地方使用該字元串，應用時該字元串被一列在指定目錄下存在的並且檔案名和給出的檔案名
的格式相符合的檔案所代替，檔案名中間由空格隔開。如果沒有和指定格式一致的檔案，則函數wildcard的輸出將會省
略。注意這和在規則中萬用字元展開的模式不同，在規則中使用逐字展開模式，而不是省略模式（參閱上節）。
使用函數wildcard得到指定目錄下所有的C語言源程式檔案名的命令格式為︰
$(wildcard *.c)
我們可以把所獲得的C語言源程式檔案名的字元串透過將‘.c’後置變為‘.o’轉換為OBJ檔案名的字元串，其格式為
$(patsubst %.c,%.o,$(wildcard *.c))
這裡我們使用了另外一個函數︰patsubst，詳細內容參閱字元串替換和分析函數。
這樣，一個編譯特定目錄下所有C語言源程式並把它們連接在一起的makefile檔案可以寫成如下格式︰
objects := $(patsubst %.c,%.o,$(wildcard *.c))
foo : $(objects)
cc -o foo $(objects)
這裡使用了編譯C語言源程式的隱含規則，因此沒有必要為每個檔案寫具體編譯規則。 ‘:=’是‘=’的變異，對‘:=
’的解釋，參閱兩種風格的變數。
4.3在目錄中搜尋先決條件
對於大型系統，把源檔案安放在一個單獨的目錄中，而把二進制檔案放在另一個目錄中是十分常見的。Make
的目錄搜尋特性使自動在幾個目錄搜尋先決條件十分容易。當您在幾個目錄中重新安排您的檔案，您不必改動單獨的
規則，僅僅改動一下搜尋路俓(stem)即可。
4.3.1 VPATH︰所有先決條件的搜尋路俓(stem)
make變數VPATH的值指定了make搜尋的目錄。經常用到的是那些引入(include)先決條件的目錄，並不是當前
的目錄；但VPATH指定了make對所有檔案都適用的目錄搜尋序列，包括了規則的目標所需要的檔案。
如果一個作為目標或先決條件的檔案在當前目錄中不存在，make就會在VPATH指定的目錄中搜尋該檔案。如果在這些
目錄中找到要尋找的檔案，則就像這些檔案在當前目錄下存在一樣，規則把這些檔案指定為先決條件。參閱編寫搜尋
目錄的shell命令。
在VPATH變數定義中，目錄的名字由冒號或空格分開。目錄列舉的次序也是make 搜尋的次序。在MS-DOS、MS-
WINDOWS系統中，VPATH變數定義中的目錄的名字由分號分開，因為在這些系統中，冒號用為路俓(stem)名的一部分
（通常在驅動器字母後面）。例如︰
VPATH = src:../headers
指定了兩個目錄，‘src’和‘…/headers’，make也按照這個次序進行搜尋。使用該VPATH的值，下面的規則，
foo.o : foo.c
在執行時就像如下寫法一樣會被中斷︰
foo.o : src/foo.c
然後在src目錄下搜尋foo.c。
4.3.2 vpath指令
vpath指令（注意字母是小寫）和VPATH變數類似，但卻更具靈活性。vpath指令允許對符合一定格式類型的檔案名指定
一個搜尋路俓(stem)。這樣您就可以對一種格式類型的檔案名指定一個搜尋路俓(stem)，對另外格式類型的檔案名指定另
外一個搜尋路俓(stem)。總共由三種形式的vpath指令︰
vpath pattern directories
對一定格式類型的檔案名指定一個搜尋路俓(stem)。搜尋的路俓(stem)由一列要搜尋的目錄構成，目錄由冒號
（在MS- DOS、MS-WINDOWS系統中用分號）或空格隔開，和VPATH變數定義要搜尋的路俓(stem)格式一樣。
vpath pattern
清除和一定類型格式相聯繫的搜尋路俓(stem)。
vpath
清除所有前面由vapth指令指定的搜尋路俓(stem)。
一個vpath的格式pattern是一個包含一個’%’的字元串。該字元串必須和正搜尋的一個先決條件的檔案名匹配，字符%
可和任何字元串匹配（關於樣式規則，參閱定義與重新定義樣式規則）。例如，%.h和任何檔案名以.h結尾的檔案匹配。
如果不使用‘%’，格式必須與先決條件精確匹配，這種情況很少使用。
在vpath指令格式中的字符‘%’可以透過前面的反斜線(\)被引用。引用其它字符‘%’的反斜線(\)也可以被更多的反斜
線(\)引用。引用字符‘%’和其它反斜線(\)的反斜線(\)在和檔案名比較之前和格式是分開的。如果反斜線(\)所引用的字符
‘%’沒有錯誤，則該反斜線(\)不會執行帶來任何危害。
如果vpath指令格式和一個先決條件的檔案名匹配，並且在當前目錄中該先決條件不存在，則vpath指令中指定的目錄和
VPATH變數中的目錄一樣可以被搜尋。例如︰
vpath %.h ../headers
將告訴make如果在當前目錄中以‘.h’結尾檔案不存在，則在‘../headers’目錄下搜尋任何以‘.h’結尾先決條件。
如果有幾個vpath指令格式和一個先決條件的檔案名匹配，則make一個接一個的處理它們，搜尋所有在指令中指定的目
錄。Make按它們在makefile檔案中出現的次序控制多個vpath指令，多個指令雖然有相同的格式，但它們是相互獨立的。
以下代碼︰
vpath %.c foo
vpath % blish
vpath %.c bar
表示搜尋`.c'檔案先搜尋目錄`foo'、然後`blish'，最後`bar'；如果是如下代碼︰
vpath %.c foo:bar
vpath % blish
表示搜尋`.c'檔案先搜尋目錄‘foo'、然後‘bar'，最後‘blish'。
4.3.3目錄搜尋過程
當透過目錄搜尋找到一個檔案，該檔案有可能不是您在先決條件清單中所列出的先決條件；有時透過目錄搜尋找到的
路俓(stem)也可能被廢棄。Make決定對透過目錄搜尋找到的路俓(stem)儲存或廢棄所依據的算法如下︰
1、如果一個目標檔案在makefile檔案所在的目錄下不存在，則將會執行目錄搜尋。
2、如果目錄搜尋成功，則路俓(stem)和所得到的檔案暫時作為目標檔案儲存。
3、所有該目標的先決條件用相同的方法考察。
4、把先決條件處理完成後，該目標可能需要或不需要重新建立︰
1、如果該目標不需要重建，目錄搜尋時所得到的檔案的路俓(stem)用作該目標所有先決條件的路俓(stem)，同時包
含該目標檔案。簡而言之，如果make不必重建目標，則您使用透過目錄搜尋得到的路俓(stem)。
2、如果該目標需要重建，目錄搜尋時所得到的檔案的路俓(stem)將廢棄，目標檔案在makefile檔案所在的目錄下重
建。
簡而言之，如果make要重建目標，是在makefile檔案所在的目錄下重建目標，而不是在目錄搜尋時所得到的檔
案的路俓(stem)下 。
該算法似乎比較複雜，但它卻可十分精確的解釋實際您所要的東西。
其它版本的make使用一種比較簡單的算法︰如果目標檔案在當前目錄下不存在，而它透過目錄搜尋得到，不論該目標
是否需要重建，始終使用透過目錄搜尋得到的路俓(stem)。
實際上，如果在GNU make中使您的一些或全部目錄具備這種行為，您可以使用GPATH變數來指定這些目錄。
GPATH變數和VPATH變數具有相同的語法和格式。如果透過目錄搜尋得到一個舊式的目標，而目標存在的目錄又出現
下GPATH變數，則該路俓(stem)將不廢棄，目標將在該路俓(stem)下重建。
4.3.4編寫目錄搜尋的shell命令
即使透過目錄搜尋在其它目錄下找到一個先決條件，不能改變規則的命令，這些命令同樣按照原來編寫的模式執行。
因此，您應該小心的編寫這些命令，以便它們可以在make能夠在發現先決條件的目錄中處理先決條件。
借助諸如‘$^’的自動變數可更好的使用shell命令（參閱自動變數）。例如，‘$^’的值代表所有的先決條件清單，並
引入(include)尋找先決條件的目錄；‘$@’的值是目標。
foo.o : foo.c
cc -c $(CFLAGS) $^ -o $@
變數CFLAGS存在可以方便您利用隱含規則指定編譯C語言源程式的旗標。我們這裡使用它是為了保持編譯C語言源程式
一致性。參閱隱含規則使用的變數。
先決條件通常情況下也引入(include)頭檔案，因自動變數‘$<’的值是第一個先決條件，因此這些頭檔案您可以不必在
命令中提及，
例如︰
VPATH = src:../headers
foo.o : foo.c defs.h hack.h
cc -c $(CFLAGS) $< -o $@
4.3.5 目錄搜尋和隱含規則
搜尋的目錄是由變數VPATH或隱含規則引入的vpath指令指定的（詳細參閱使用隱含規則）。例如，如果檔案‘foo.o’
沒有具體的規則，make則使用隱含規則︰如檔案foo.c存在，make使用內置的規則編譯它；如果檔案foo.c不在當前目錄
下，就搜尋適當的目錄，如在別的目錄下找到foo.c，make同樣使用內置的規則編譯它。
隱含規則的命令使用自動變數是必需的，所以隱含規則可以自然地使用目錄搜尋得到的檔案。
4.3.6 連接庫(Link Libraries)的搜尋目錄
對於連接庫(Link Libraries)檔案，目錄搜尋採用一種特別的模式。這種特別的模式開始於︰您寫一個先決條件，它的名
字是‘-|name’的形式。（您可以在這裡寫一些奇特的字符，因為先決條件正常是一些檔案名，庫檔案名通常是
‘libname.a’ 的形式，而不是‘-|name’ 的形式。）
當一個先決條件的名字是‘-|name’的形式時，make特別地在當前目錄下、與vpath匹配的目錄下、VPATH指定的目錄下
以及‘/lib’, ‘/usr/lib', 和 ‘prefix/lib'（正常情況為`/usr/local/lib'，但是MS-DOS、MS-Windows版本的make的行為好像是
prefix定義為DJGPP安裝樹的根目錄的情況）目錄下搜尋名字為‘libname.so'的檔案然後再處理它。如果沒有搜尋到
‘libname.so'檔案，然後在前述的目錄下搜尋‘libname.a'檔案。
例如，如果在您的系統中有‘/usr/lib/libcurses.a'的庫檔案，則︰
foo : foo.c -lcurses
cc $^ -o $@
如果‘foo’比‘foo.c’更舊，將導致命令‘cc foo.c /usr/lib/libcurses.a -o foo'執行。
預設情況下是搜尋‘libname.so' 和‘libname.a'檔案，具體搜尋的檔案及其類型可使用.LIBPATTERNS變數指定，這個變
數值中的每一個字都是一個字元串格式。當尋找名為‘-|name’的先決條件時，make首先用name替代清單中第一個字中
的格式部分形成要搜尋的庫檔案名，然後使用該庫檔案名在上述的目錄中搜尋。如果沒有發現庫檔案，則使用清單中
的下一個字，其餘以此類推。
.LIBPATTERNS變數預設的值是"‘lib%.so lib%.a'"，該值對前面描述的預設行為提供支援。您可以透過將該值設為空值
從而徹底關閉對連接庫(Link Libraries)的展開。
4.4假想(phony)目標
假想(phony)目標並不是一個真正的檔案名，它僅僅是您製定的一個具體規則所執行的一些命令的名稱。使用假想
(phony)目標有兩個原因︰避免和具有相同名稱的檔案衝突和改善性能。
如果您寫一個其命令不建立目標檔案的規則，一旦由於重建而提及該目標，則該規則的命令就會執行。
這裡有一個例子︰
clean:
rm *.o temp
因為rm命令不建立名為‘clean’的檔案，所以不應有名為‘clean’的檔案存在。因此不論何時您發布`make clean'指令，
rm命令就會執行。
假想(phony)目標能夠終止任何在目錄下建立名為‘clean’的檔案工作。但如在目錄下存在檔案clean，因為該目標clean沒
有先決條件，所以檔案clean始終會認為已經該更新，因此它的命令將永不會執行。為了避免這種情況，您應該使用像
如下特別的.PHONY目標樣式將該目標具體的聲明為一個假想(phony)目標︰
.PHONY : clean
一旦這樣聲明，‘make clean’命令無論目錄下是否存在名為‘clean’的檔案，該目標的命令都會執行。
因為make知道假想(phony)目標不是一個需要根據別的檔案重新建立的實際檔案，所以它將跳過隱含規則搜尋假想
(phony)目標的步驟（詳細內容參閱使用隱含規則）。這是把一個目標聲明為假想(phony)目標可以提升執行效率的原因
，因此使用假想(phony)目標您不用擔心在目錄下是否有實際檔案存在。這樣，對前面的例子可以用假想(phony)目標的
寫出，其格式如下︰
.PHONY: clean
clean:
rm *.o temp
另外一個使用假想(phony)目標的例子是使用make的遞迴進行連接的情況︰此時，makefile檔案常常引入(include)列舉一
系列需要建立的子目錄的變數。不用假想(phony)目標完成這種任務的方法是使用一條規則，其命令是一個在各個子目
錄下循環的shell命令，
如下面的例子︰
subdirs:
for dir in $(SUBDIRS); do \
$(MAKE) -C $$dir; \
done
但使用這個方法存在下述問題︰首先，這個規則在建立子目錄時產生的任何錯誤都不及時發現，因此，當一個子目錄
建立失敗時，該規則仍然會繼續建立剩餘的子目錄。雖然該問題可以添加監視錯誤產生並退出的shell命令來解決，但非
常不幸的是如果make使用了‘-k’選項，這個問題仍然會產生。第二，也許更重要的是您使用了該方法就失去使用make
並行處理的特點能力。
使用假想(phony)目標（如果一些子目錄已經存在，您則必須這樣做，否則，不存在的子目錄將不會建立）則可以避免
上述問題︰
SUBDIRS = foo bar baz
.PHONY: subdirs $(SUBDIRS)
subdirs: $(SUBDIRS)
$(SUBDIRS):
$(MAKE) -C $
foo: baz
此時，如果子目錄‘baz’沒有建立完成，子目錄’foo’將不會建立；當試圖使用並行建立時這種關係的聲明尤其重
要。
一個假想(phony)目標不應該是一個實際目標檔案的先決條件，如果這樣，make每次執行該規則的命令，目標檔案都要
更新。只要假想(phony)目標不是一個真實目標的先決條件，假想(phony)目標的命令只有在假想(phony)目標作為特別目
標時才會執行（參閱指定最終目標的參數）。
假想(phony)目標也可以有先決條件。當一個目錄下引入(include)多個程式時，使用假想(phony)目標可以方便的在一個
makefile檔案中描述多個程式的更新。重建的最終目標預設情況下是makefile檔案的第一個規則的目標，但將多個程式作
為假想(phony)目標的先決條件則可以輕鬆的完成在一個makefile檔案中描述多個程式的更新。如下例︰
all : prog1 prog2 prog3
.PHONY : all
prog1 : prog1.o utils.o
cc -o prog1 prog1.o utils.o
prog2 : prog2.o
cc -o prog2 prog2.o
prog3 : prog3.o sort.o utils.o
cc -o prog3 prog3.o sort.o utils.o
這樣，您可以重建所有程式，也可以參數的形式重建其中的一個或多個（如‘make prog1 prog3'）。
當一個假想(phony)目標是另一個假想(phony)目標的先決條件，則該假想(phony)目標將作為一個假想(phony)目標的子例
程。例如，這裡‘make cleanall'用來刪除OBJ檔案、diff檔案和程式檔案︰
.PHONY: cleanall cleanobj cleandiff
cleanall : cleanobj cleandiff
rm program
cleanobj :
rm *.o
cleandiff :
rm *.diff
4.5 沒有命令或先決條件的規則
如果一個規則沒有先決條件、也沒有命令，而且這個規則的目標也不是一個存在的檔案，則make認為只要該規則執行
，該目標就已被更新。這意味著，所有以這種規則的目標為先決條件的目標，它們的命令將總被執行。這裡舉一個例子
︰
clean: FORCE
rm $(objects)
FORCE:
這裡的目標‘FORCR’滿足上面的特殊條件，所以以其為先決條件的目標‘clean’將總強製它的命令執行。關於
‘FORCR’的名字沒有特別的要求，但‘FORCR’是習慣使用的名字。
也許您已經明白，使用‘FORCR’的方法和使用假想(phony)目標（.PHONY: clean）的結果一樣，但使用假想(phony)目
標更具體更靈活有效，由於一些別的版本的make不支援假想(phony)目標，所以‘FORCR’出現下許多makefile檔案中。
參閱假想(phony)目標。
4.6使用空目標檔案記錄事件
空目標是一個假想(phony)目標變數，它用來控制一些命令的執行，這些命令可用來完成一些經常需要的具體任務。但
又不像真正的假想(phony)目標，它的目標檔案可以實際存在，但檔案的內容與此無關，通常情況下，這些檔案沒有內
容。
空目標檔案的用途是用來記錄規則的命令最後一次執行的時間，也是空目標檔案最後更改的時間。它之所以能夠這樣
執行是因為規則的命令中有一條用於更新目標檔案的‘touch’命令。另外，空目標檔案應有一些先決條件（否則空目
標檔案沒有存在的意義）。如果空目標比它的先決條件舊，當您命令重建空目標檔案時，有關的命令才會執行。下面有
一個例子︰
print: foo.c bar.c
lpr -p $?
touch print
按照這個規則，如果任何一個源檔案從上次執行‘make print'以來發生變化，鍵入‘make print'則執行lpr命令。自動變數
‘$?’用來列印那些發生變化的檔案（參閱自動變數）。
4.7 內建的特殊目標名
一些名字作為目標使用則含有特殊的意義︰
.PHONY
特殊目標.PHONY的先決條件是假想(phony)目標。假想(phony)目標是這樣一些目標，make無條件的執行它命令，和
目錄下是否存在該檔案以及它最後一次更新的時間沒有關係。詳細內容參閱假想(phony)目標。
.SUFFIXES
特殊目標.SUFFIXES的先決條件是一列用於後置規則(suffix rule)檢查的後置。詳細內容參閱舊式的後置規則(suffix
rule)。
.DEFAULT
.DEFAULT指定一些命令，這些命令用於那些沒有找到規則（具體規則或隱含規則）更新的目標。詳細內容參閱定
義最新類型的-預設規則。如果.DEFAULT指定了一些命令，則所有提及到的檔案只能作為先決條件，而不能作為任
何規則的目標；這些指定的命令也只按照他們自己的模式執行。詳細內容參閱隱含規則搜尋算法。
.PRECIOUS
特殊目標.PRECIOUS的先決條件將按照下面給定的特殊模式進行處理︰如果在執行這些目標的命令的過程中，
make被關閉或中斷，這些目標不能被刪除，詳細內容參閱關閉和中斷make；如果目標是中間檔案，即使它已經沒
有任何用途也不能被刪除，具體情況和該目標正常完成一樣，參閱隱含規則鏈；該目標的其它功能和特殊目標
.SECONDARY的功能重疊。如果規則的目標樣式與先決條件的檔案名匹配，您可以使用隱含規則的格式（如‘
%.O’）列舉目標作為特殊目標.PRECIOUS的先決條件檔案來儲存由這些規則建立的中間檔案。
.INTERMEDIATE
特殊目標.INTERMEDIATE的先決條件被處理為中間檔案。詳細內容參見隱含規則鏈。.INTERMEDIATE如果沒有先
決條件檔案，它將不會發生作用。
.SECONDARY
特殊目標.SECONDARY的先決條件被處理為中間檔案，但它們永遠不能自動刪除。詳細內容參見隱含規則鏈。
.SECONDARY如果沒有先決條件檔案，則所有的makefile檔案中的目標都將被處理為中間檔案。
.DELETE_ON_ERROR
如果在makefile檔案的某處.DELETE_ON_ERROR作為一個目標被提及，則如果該規則發生變化或它的命令沒有正
確完成而退出，make將會刪除該規則的目標，具體行為和它受到了刪除信號一樣。詳細內容參閱命令錯誤。
.IGNORE
如果您特別為目標.IGNORE指明先決條件，則MAKE將會忽略處理這些先決條件檔案時執行命令產生的錯誤。如果
.IGNORE作為一個沒有先決條件的目標提出來，MAKE將忽略處理所有檔案時產生的錯誤。.IGNORE命令並沒有特
別的含義，.IGNORE的用途僅是為了和早期版本的兼容。因為.IGNORE影響所有的命令，所以它的用途不大；我們
推薦您使用其它方法來忽略特定命令產生的錯誤。詳細內容參閱命令錯誤。
.SILENT
如果您特別為.SILENT指明先決條件，則在執行之前MAKE將不會回顯重新構造檔案的命令。如果.SILENT作為一個
沒有先決條件的目標提出來，任何命令在執行之前都不會列印。.SILENT並沒有特別的含義，其用途僅是為了和早
期版本的兼容。我們推薦您使用其它方法來處理那些不列印的命令。詳細內容參閱命令回顯。如果您希望所有的命
令都不列印，請使用‘-s’或‘-silent’選項(詳細參閱選項概要)。
.EXPORT_ALL_VARIABLES
如該特殊目標簡單的作為一個目標被提及，MAKE將預設地把所有變數都傳遞到子進程中。參閱使與子MAKE通信
的變數。
.NOTPARALLEL
如果.NOTPARALLEL作為一個目標提及，即使給出‘-j’選項，make也不使用並行執行。但遞迴的make命令仍可並行執
行（在呼叫的makefile檔案中引入(include).NOTPARALLEL的目標的例外）。.NOTPARALLEL的任何先決條件都將忽略。
任何定義的隱含規則後置如果作為目標出現都會視為一個特殊規則，即使兩個後置串聯起來也是如此，例如‘.c.o’。
這些目標稱為後置規則(suffix rule)，這種定義方法是舊式的定義隱含規則的方法（目前仍然廣泛使用的方法）。原則上
，如果您要把它分為兩個並把它們加到後置清單中，任何目標名都可採用這種方法指定。實際上，後置一般以‘.’開
始，因此，這些特別的目標同樣以‘.’開始。具體參閱舊式的後置規則(suffix rule)。
4.8 具有多個目標的規則
具有多個目標的規則等同於寫多條規則，這些規則除了目標不同之外，其餘部分完全相同。相同的命令應用於所有目
標，但命令執行的結果可能有所差異，因此您可以在命令中使用‘$@’分發不同的實際目標名稱。這條規則同樣意味
著所有的目標有相同的先決條件。
在以下兩種情況下具有多個目標的規則相當有用︰
您僅僅需要依賴，但不需要任何命令。例如︰
kbd.o command.o files.o: command.h
為三個提及的目標檔案給出附加的共同先決條件。
所有的目標使用相同的命令。但命令的執行結果未必完全相同，因為自動變數‘$@’可以在重建時指定目標（參
閱自動變數）。例如︰
bigoutput littleoutput : text.g
generate text.g -$(subst output,,$@) > $@
等同於︰
bigoutput : text.g
generate text.g -big > bigoutput
littleoutput : text.g
generate text.g -little > littleoutput
這裡我們假設程式可以產生兩種輸出檔案類型︰一種給出‘-big’，另一種給出‘-little’。參閱字元串代替和分析函數
，對函數subst的解釋。
如果您喜歡根據目標變換先決條件，像使用變數‘$@’變換命令一樣。您不必使用具有多個目標的規則，您可以使用
靜態樣式規則。詳細內容見下文。
4.9 具有多條規則的目標
一個目標檔案可以有多個規則。在所有規則中提及的先決條件都將融合在一個該目標的先決條件清單中。如果該目標比
任何一個先決條件‘舊’，所有的命令將執行重建該目標。
但如果一條以上的規則對同一檔案給出多條命令，make將使用最後給出的規則，同時列印錯誤訊息。（作為特例，如
果檔案名以點‘.’開始，不列印出錯訊息。這種古怪的行為僅僅是為了和其它版本的make兼容）。您沒有必要這樣編寫
您的makefile檔案，這正是make給您發出錯誤訊息的原因。
一條特別的先決條件規則可以用來立即給多條目標檔案提供一些額外的先決條件。例如，使用名為‘objects’的變數，
該變數包含系統產生的所有輸出檔案清單。如果‘congfig.h’發生變化所有的輸出檔案必須重新編譯，可以採用下列簡
單的方法編寫︰
objects = foo.o bar.o
foo.o : defs.h
bar.o : defs.h test.h
$(objects) : config.h
這些可以自由插入或取出而不影響實際指定的目標檔案生成規則，如果您希望斷斷續續的為目標添加先決條件，這是
非常方便的方法。
另外一個添加先決條件的方法是定義一個變數，並將該變數作為make命令的參數使用。詳細內容參閱變數重載。
例如︰
extradeps=
$(objects) : $(extradeps)
命令`make extradeps=foo.h'含義是將‘foo.h’作為所有OBJ檔案的先決條件，如果僅僅輸入‘make’命令則不是這樣。
如果沒有具體的規則為目標的生成指定命令，那麼make將搜尋合適的隱含規則進而確定一些命令來完成生成或重建目
標。詳細內容參閱使用隱含規則。
4.10 靜態樣式規則Static Pattern Rules
靜態樣式規則是指定多個目標並能夠根據每個目標名構造對應的先決條件名的規則。靜態樣式規則在用於多個目標時
比平常的規則更常用，因為目標可以不必有完全相同的先決條件；也就是說，這些目標的先決條件必須類似，但不必
完全相同。
4.10.1 靜態樣式規則的語法
這裡是靜態樣式規則的語法格式︰
targets ...
: target-pattern: dep-patterns ...
commands
...
目標清單指明該規則應用的目標。目標可以含有萬用字元，具體使用和平常的目標規則基本一樣（參閱在檔案名中使
用萬用字元）。
目標的格式和先決條件的格式是說明如何計算每個目標先決條件的方法。從匹配目標樣式的目標名中依據格式抽取部
分字元串，這部分字元串稱為俓(stem)。將俓(stem)分發到每一個先決條件格式中產生先決條件名。
每一個格式通常包含字符‘%’。目標樣式匹配目標時，‘%’可以匹配目標名中的任何字元串；這部分匹配的字元串
稱為俓(stem)；剩下的部分必須完全相同。如目標‘foo.o’匹配樣式‘%.o’，字元串‘foo’稱為俓(stem)。而目標
‘foo.c’和‘foo.out’不匹配樣式。
每個目標的先決條件名是使用俓(stem)代替各個先決條件中的‘%’產生。如，如果一個先決條件格式為‘%.c’，把俓
(stem)‘foo’代替先決條件格式中的‘%’生成先決條件的檔案名‘foo.c’。在先決條件格式中不包含‘%’也是合法
的，此時對所有目標來說，先決條件是相同的。
在樣式規則中字符‘%’可以用前面加反斜線(\)‘\’方法引用。引用‘%’的反斜線(\)也可以由更多的反斜線(\)引用。
引用‘%’、‘\’的反斜線(\)在和檔案名比較或由俓(stem)代替它之前從格式中移走。反斜線(\)不會因為引用‘%’而混
亂。如，格式`the\%weird\\%pattern\\'是`the%weird\' 加上字符‘%'，後面再和字元串 ‘pattern\\'連接。最後的兩個反斜線(\)
由於不能影響任何統配符‘%’所以保持不變。
這裡有一個例子，它將對應的‘.c’檔案編譯成‘foo.o’和‘bar.o’。
objects = foo.o bar.o
all: $(objects)
$(objects): %.o: %.c
$(CC) -c $(CFLAGS) $< -o $@
這裡‘
$<’是自動變數，控制先決條件的名稱，‘$@’也是自動變數，掌握目標的名稱
。詳細內容參閱自動變數。
每一個指定目標必須和目標樣式匹配，如果不符則產生警告。如果您有一列檔案，僅有其中的一部分和樣式匹配，您
可以使用filter函數把不符合的檔案移走（參閱字元串替代和分析函數）︰
files = foo.elc bar.o lose.o
$(filter %.o,$(files)): %.o: %.c
$(CC) -c $(CFLAGS) $< -o $@
$(filter %.elc,$(files)): %.elc: %.el
emacs -f batch-byte-compile $<
在這個例子中，‘$(filter %.o,$(files))'的結果是‘bar.o lose.o'，第一個靜態樣式規則是將相應的C語言源檔案編譯更新為
OBJ檔案，‘$(filter %.elc,$(files))' 的結果是‘foo.elc'，它由‘foo.el’構造。
另一個例子是闡明怎樣在靜態樣式規則中使用‘$*’︰
bigoutput littleoutput : %output : text.g
generate text.g -$* > $@
當命令generate執行時，$*展開為俓(stem)，即‘big’或‘little’二者之一。
4.10.2靜態樣式規則和隱含規則
靜態樣式規則和定義為樣式規則的隱含規則有很多相同的地方（詳細參閱定義與重新定義樣式規則）。雙方都有對目
標的格式和構造先決條件名稱的格式，差異是make使用它們的時機不同。
隱含規則可以應用於任何於它匹配的目標，但它僅僅是在目標沒有具體規則指定命令以及先決條件可以被搜尋到的情
況下應用。如果有多條隱含規則適合，僅有執行其中一條規則，選擇依據隱含規則的定義次序。
相反，靜態樣式規則用於在規則中指明的目標。它不能應用於其它任何目標，並且它的使用模式對於各個目標是固定
不變的。如果使用兩個帶有命令的規則發生衝突，則是錯誤。
靜態樣式規則因為如下原因可能比隱含規則更好︰
對一些文件名不能按句法分類的但可以給出列表的文件，使用靜態樣式規則可以重載隱含規則鏈。
如果不能精確確定使用的路俓(stem)，您不能確定一些無關緊要的文件是否導致make使用錯誤的隱含規則（因為
隱含規則的選擇根據其定義次序）。使用靜態樣式規則則沒有這些不確定原素︰每一條規則都精確的用於指定的
目標上。
4.11雙冒號規則(::)
雙冒號規則(::)是在目標名後使用‘︰︰’代替‘︰’的規則。當同一個目標在一條以上的規則中出現時，雙冒號規則(:
:)和平常的規則處理有所差異。
當一目標在多條規則中出現時，所有的規則必須是同一類型︰要么都是雙冒號規則(::)，要么都是普通規則。如果他們
都是雙冒號規則(::)，則它們之間都是相互獨立的。如果目標比一個雙冒號規則(::)的先決條件‘舊’，則該雙冒號規則(:
:)的命令將執行。這可導致具有同一目標雙冒號規則(::)全部或部分執行。
雙冒號規則(::)實際就是將具有相同目標的多條規則相互分離，每一條雙冒號規則(::)都獨立的執行，就像這些規則的目
標不同一樣。
對於一個目標的雙冒號規則(::)按照它們在makefile檔案中出現的順序執行。然而雙冒號規則(::)真正有意義的場合是雙冒
號規則(::)和執行順序無關的場合。
雙冒號規則(::)有點模糊難以理解，它僅僅提供了一種在特定情況下根據引起更新的先決條件檔案不同，而採用不同模
式更新目標的機製。實際應用雙冒號規則(::)的情況非常罕見。
每一個雙冒號規則(::)都應該指定命令，如果沒有指定命令，則會使用隱含規則。詳細內容參閱使用隱含規則。
4.12 自動生成先決條件
在為一個程式編寫的makefile檔案中，常常需要寫許多僅僅是說明一些OBJ檔案依靠頭檔案的規則。例如，如果
‘main.c’透過一條#include語句使用‘defs.h’，您需要寫入下的規則︰
main.o: defs.h
您需要這條規則讓make知道如果‘defs.h’一旦改變必須重新構造‘main.o’。由此您可以明白對於一個較大的程式您需
要在makefile檔案中寫很多這樣的規則。而且一旦添加或去掉一條#include語句您必須十分小心地更改makefile檔案。
為避免這種煩惱，現代C編譯器根據原程式中的#include語句可以為您編寫這些規則。如果需要使用這種功能，通常可在
編譯源程式時加入‘-M’開關，
例如，下面的命令︰
cc -M main.c
產生如下輸出︰
main.o : main.c defs.h
這樣您就不必再親自寫這些規則，編譯器可以為您完成這些工作。
注意，由於在makefile檔案中提及構造‘main.o’，因此‘main.o’將永遠不會被隱含規則認為是中間檔案而進行搜尋
，這同時意味著make不會在使用它之後自動刪除它；參閱隱含規則鏈。
對於舊版的make程式，透過一個請求命令，如‘make depend’，利用編譯器的特點生成先決條件是傳統的習慣。這些
命令將產生一個‘depend’檔案，該檔案引入(include)所有自動生成的先決條件；然後makefile檔案可以使用include命令
將它們讀入（參閱引入(include)其它makefile檔案）。
在GNU make中，重新構造makefile檔案的特點使這個慣例成為了舊式的東西──您永遠不必具體告訴make重新生成先
決條件，因為GNU make總是重新構造任何舊式的makefile檔案。參閱Makefile檔案的重新生成的過程。
我們推薦使用自動生成先決條件的習慣是把makefile檔案和源程式檔案一一對應起來。如，對每一個源程式檔案
‘name.c’有一名為‘name.d’的makefile檔案和它對應，該makefile檔案中列出了名為‘name.o’的OBJ檔案所先決條件
的檔案。這種模式的優點是僅在源程式檔案改變的情況下才有必要重新掃描生成新的先決條件。
這裡有一個根據C語言源程式‘name.c’生成名為‘name.d’先決條件檔案的樣式規則︰
%.d: %.c
set -e; $(CC) -M $(CPPFLAGS) $< \
| sed 's/\($*\)\.o[ :]*/\1.o $@ : /g' > $@; \
[ -s $@ ] || rm -f $@
關於定義樣式規則的訊息參閱定義與重新定義樣式規則。‘-e’開關是告訴shell如果$(CC)命令執行失敗（非零狀態退出
）立即退出。正常情況下，shell退出時帶有最後一個命令在管道中的狀態（sed）,因此make不能注意到編譯器產生的非
零狀態。
對於GNU C編譯器您可以使用‘-MM’開關代替‘-M’，這是省略了有關係統頭檔案的先決條件。詳細內容參閱《GNU
CC使用手冊》中控制預處理選項。
命令Sed的作用是翻譯
（例如）︰
main.o : main.c defs.h
到︰
main.o main.d : main.c defs.h
這使每一個‘.d’檔案和與之對應的‘.o’檔案依靠相同的源程式檔案和頭檔案，據此，Make可以知道如果任一個源
程式檔案和頭檔案發生變化，則必須重新構造先決條件檔案。
一旦您定義了重新構造‘.d’檔案的規則，您可以使用使用include命令直接將它們讀入，（參閱引入(include)其它
makefile檔案），
例如︰
sources = foo.c bar.c
include $(sources:.c=.d)
（這個例子中使用一個代替變數參照從源程式檔案清單‘foo.c bar.c'翻譯到先決條件檔案清單‘foo.d bar.d'。詳細內容參
閱替換引用。）所以，‘.d’的makefile檔案和其它makefile檔案一樣，即使沒用您的任何進一步的指令，make同樣會在
必要的時候重新構建它們。參閱Makefile檔案的重新生成過程。
5在規則中使用命令
規則中的命令由一系列shell命令行組成，它們一條一條的按順序執行。除第一條命令行可以分號為開始附屬
在目標-先決條件行後面外，所有的命令行必須以TAB開始。空白行與註釋行可在命令行中間出現，處理時它們被忽略。
（但是必須注意，以TAB開始的‘空白行’不是空白行，它是空命令，參閱使用空命令。）
用戶使用多種不同的shell程式，如果在makefile檔案中沒有指明其它的shell，則使用預設的‘/bin/sh’解釋makefile檔案
中的命令。參閱命令執行。
使用的shell種類決定了是否能夠在命令行上寫註釋以及編寫註釋使用的語法。當使用‘/bin/sh’作為shell，以‘#’開始
的註釋一直延伸到該行結束。‘#’不必在行首，而且‘#’不是註釋的一部分。
5.1 命令回顯
正常情況下make在執行命令之前首先列印命令行，我們因這樣可將您編寫的命令原樣輸出故稱此為回顯。
以‘@’起始的行不能回顯，‘@’在傳輸給shell時被丟棄。典型的情況，您可以在makefile檔案中使用一個僅僅用於列
印某些內容的命令，如echo命令來顯示makefile檔案執行的進程︰
@echo About to make distribution files
當使用make時給出‘-n’或‘--just-print’標誌，則僅僅回顯命令而不執行命令。參閱選項概要。在這種情況下也只有在
這種情況下，所有的命令行都回顯，即使以‘@’開始的命令行也回顯。這個標誌對於在不使用命令的情況下發現make
認為哪些是必要的命令非常有用。
‘-s’或‘--silent’標誌可以使make阻止所有命令回顯，好像所有的行都以‘@’開始一樣。在makefile檔案中使用不帶
先決條件的特別目標‘.SILENT’的規則可以達到相同的效果（參閱內建的特殊目標名）。因為‘@’使用更加靈活以
至於現下已基本不再使用特別目標.SILENT。
5.2執行命令
需要執行命令更新目標時，每一命令行都會使用一個獨立的子shell環境，保證該命令行得到執行。（實際上，make可能
走不影響結果的捷俓(stem)。）
請注意︰這意味著設定局部變數的shell命令如cd等將不影響緊跟著的命令行；如果您需要使用cd命令影響到下一個命
令，請把這兩個命令放到一行，它們中間用分號隔開，這樣make將認為它們是一個單一的命令行，把它們放到一起傳
遞給shell，然後按順序執行它們。例如︰
foo : bar/lose
cd bar; gobble lose > ../foo
如果您喜歡將一個單一的命令分割成多個文字(text)行，您必須用反斜線(\)作為每一行的結束，最後一行除外。這樣，
多個文字(text)行透過刪除反斜線(\)按順序組成一新行，然後將它傳遞給shell。如此，下面的例子和前面的例子是等同的
︰
foo : bar/lose
cd bar; \
gobble lose > ../foo
用作shell的程式是由變數SHELL指定，預設情況下，使用程式‘/bin/sh’作為shell。
在MS_DOS上執行，如果變數SHELL沒有指定，變數COMSPEC的值用來代替指定shell。
在MS_DOS上執行和在其它系統上執行，對於makefile檔案中設定變數SHELL的行的處理也不一樣。因為MS_DOS的
shell，‘command.com’，功能十分有限，所以許多make用戶傾向於安裝一個代替的shell。因此，在MS_DOS上執行，
make檢測變數SHELL的值，並根據它指定的Unix風格或DOS風格的shell變化它的行為。即使使用變數SHELL指向
‘command.com’ ，make依然檢測變數SHELL的值。
如果變數SHELL指定Unix風格的shell，在MS_DOS上執行的make將附加檢查指定的shell是否能真正找到；如果不能找到
，則忽略指定的shell。在MS_DOS上，GNU make按照下述步驟搜尋shell:
1、在變數SHELL指定的目錄中。例如，如果makefile指明`SHELL = /bin/sh'，make將在當前路俓(stem)下尋找子目錄
‘/bin’。
2、在當前路俓(stem)下。
3、按順序搜尋變數PATH指定的目錄。
在所有搜尋的目錄中，make首先尋找指定的檔案（如例子中的‘sh’）。如果該檔案沒有存在，make將在上述目錄中搜
尋帶有確定的可執行檔案展開的檔案。例如︰‘.exe', ‘.com', ‘.bat', ‘.btm', ‘.sh'檔案和其它檔案等。
如果上述過程中能夠成功搜尋一個shell，則變數SHELL的值將設定為所發現shell的全路俓(stem)檔案名。然而如果上述努
力全部失敗，變數SHELL的值將不改變，設定shell的行的有效性將被忽略。這是在make執行的系統中如果確實安裝了
Unix風格的shell，make僅支援指明的Unix風格shell特點的原因。
注意這種對shell的展開搜尋僅僅限制在makefile檔案中設定變數SHELL的情況。如果在環境或命令行中設定，希望您指
定shell的全路俓(stem)檔案名，而且全路俓(stem)檔案名需像在Unix系統中執行的一樣準確無誤。
經過上述的DOS特色的處理，而且您還把 ‘sh.exe’安裝在變數PATH指定的目錄中，或在makefile檔案內部設定
`SHELL = /bin/sh' （和多數Unix的makefile檔案一樣），則在MS_DOS上的執行效果和在Unix上執行完全一樣。
不像其它大多數變數，變數SHELL從不根據環境設定。這是因為環境變數SHELL是用來指定您自己選擇交互使用的shell
程式。如果變數SHELL在環境中設定，它將影響makefile檔案的功能，這是非常不劃算的，參閱環境變數。然而在MS-
DOS和MS-WINDOWS中在環境中設定變數SHELL的值是要使用的，因為在這些系統中，絕大多數用戶並不設定該變數
的值，所以make很可能特意為該變數指定要使用的值。在MS-DOS上，如果變數SHELL的設定對於make不合適，您可以
設定變數MAKESHELL用來指定make使用的shell；這種設定將使變數SHELL的值失效。
5.3 並行執行
GNU make可以同時執行幾條命令。正常情況下，make一次執行一個命令，待它完成後在執行下一條命令。然而，使用
‘-j’和‘--jobs’選項將告訴make同時執行多條命令。在MS-DOS上，‘-j’選項沒有作用，因為該系統不支援多進程
處理。
如果‘-j’選項後面跟一個整數，該整數表示一次執行的命令的條數；這稱為job slots數。如果‘-j’選項後面沒有整數
，也就是沒有對job slots的數目限制。預設的job slots數是一，這意味著按順序執行（一次執行一條命令）。同時執行多條
命令的一個不太理想的結果是每條命令產生的輸出與每條命令發送的時間對應，即命令產生的消息回顯可能較為混亂
。
另一個問題是兩個進程不能使用同一設備輸入，所以必須確定一次只能有一條命令從終端輸入，make只能保證正在執
行的命令的標準輸入流有效，其它的標準輸入流將失效。這意味著如果有幾個同時從標準輸入設備輸入的話，對於絕
大多數子進程將產生致命的錯誤（即產生一個‘Broken pipe’信號）。
命令對一個有效的標準輸入流（它從終端輸入或您為make改造的標準輸入設備輸入）的需求是不可預測的。第一條執
行的命令總是第一個得到標準輸入流，在完成一條命令後第一條啟動的另一條命令將得到下一個標準輸入流，等等。
如果我們找到一個更好替換方案，我們將改變make的這種工作模式。在此期間，如果您使用並行處理的特點，您不應
該使用任何需要標準輸入的命令。如果您不使用該特點，任何需要標準輸入的命令將都能正常工作。
最後，make的遞迴也導致出現問題。更詳細的內容參閱與子make通訊的選項。
如果一個命令失敗（被一個信號中止，或非零退出），且該條命令產生的錯誤不能忽略（參閱命令錯誤），剩餘的構
建同一目標的命令行將會停止工作。如果一條命令失敗，而且‘-k’或‘--keep-going’選項也沒有給出（參閱選項概要
），make將放棄繼續執行。如果make由於某種原因（包括信號）要中止，此時又子進程正在執行，它將等到這些子進
程結束之後再實際退出。
當系統正滿負荷執行時，您或許希望在負荷輕的時再添加任務。這時，您可以使用‘-|’選項告訴make根據平均負荷限
制同一時刻執行的任務數量。‘-|’或‘--max-load’選項一般後跟一個浮點數。例如︰
-| 2.5
將不允許make在平均負荷高於2.5時啟動一項任務。‘-|’選項如果沒有跟數據，則取消前面‘-|’給定的負荷限制。
更精確地講，當make啟動一項任務時，而它此時已經有至少一項任務正在執行，則它將檢查當前的平均負荷；如果不
低於‘-|’選項給定的負荷限制時，make將等待直到平均負荷低於限制或所有其它任務完成後再啟動其它任務。
預設情況下沒有負荷限制。
5.4命令錯誤
在每一個shell命令返回後，make檢查該命令退出的狀態。如果該命令成功地完成，下一個命令行就會在新的子shell環境
中執行，當最後一個命令行完成後，這條規則也宣告完成。如果出現錯誤（非零退出狀態）， make將放棄當前的規則
，也許是所有的規則。
有時一個特定的命令失敗並不是出現了問題。例如︰您可能使用mkdir命令建立一個目錄存在，如果該目錄已經存在，
mkdir將報告錯誤，但您此時也許要make繼續執行。
Loading...