本節我們討論一個Makefile中的一個重要的特殊目標：偽目標。

偽目標是這樣一個目標：它不代表一個真正的檔名，在執行make時可以指定這個目標來執行其所在規則定義的命令，有時我們也可以將一個偽目標稱為標籤。使用偽目標有兩點原因：1. 避免在我們的Makefile中定義的只執行命令的的目標（此目標的目的為了執行執行一系列命令，而不需要建立這個目標）和工作目錄下的實際檔案出現名字衝突。2. 提高執行make時的效率，特別是對於一個大型的工程來說，編譯的效率也許你同樣關心。以下就這兩個問題我們進行分析討論：

1. 如果我們需要書寫這樣一個規則：規則所定義的命令不是去建立目標檔案，而是使用make指定具體的目標來執一些特定的命令。像下邊那樣：

clean: 

rm *.o temp 

規則中“rm”不是建立檔案“clean”的命令，只是刪除當前目錄下的所有.o檔案和temp檔案。在工作目錄下不存在“clean”這個檔案時，我們輸入“make clean”後，“rm *.o temp”總會被執行。這是我們的初衷。

但當前工作目錄下存在檔案“clean”時情況就不一樣了，在我們輸入“make clean”時。規則沒有依賴檔案，所以目標被認為是最新的而不去執行規則作定義的命令，命令“rm”將不會被執行。這並不是我們的初衷。為了避免這個問題，我們可以將目標“clean”明確的宣告為偽目標。將一個目標宣告為偽目標需要將它作為特殊目標.PHONY

.PHONY : clean 

這樣目標“clean”就是一個偽目標，無論當前目錄下是否存在“clean”這個檔案。我們輸入“make clean”之後。“rm”命令都會被執行。而且，當一個目標被宣告為偽目標後，make在執行此規則時不會試圖去查詢隱含規則來建立這個目標。這樣也提高了make的執行效率，同時我們也不用擔心由於目標和檔名重名而使我們的期望失敗。在書寫偽目標規則時，首先需要宣告目標是一個偽目標，之後才是偽目標的規則定義。目標“clean”書寫格式應該如下：

.PHONY: clean 

clean: 

rm *.o temp 

2. 偽目標的另外一使用場合在make

SUBDIRS = foo bar baz 

subdirs: 

for dir in $(SUBDIRS); do \ 

$(MAKE) -C $$dir; \ 

done 

但這種實現方法存在以下幾個問題。1. 當子目錄執行make出現錯誤時，make不會退出。就是說，在對某一個目錄執行make失敗以後，會繼續對其他的目錄進行make。在最終執行失敗的情況下，我們很難根據錯誤的提示定位出具體是是那個目錄下的Makefile出現錯誤。這給問題定位造成了很大的困難。為了避免這樣的問題，我們可以在命令列部分加入錯誤的監測，在命令執行錯誤後make退出。不幸的是，如果在執行make時使用了“-k”選項，此方式將失效。2. 另外一個問題就是使用這種shell的迴圈方式時，沒有用到make對目錄的並行處理功能，因為規則的命令是一條完整的shell命令，不能被並行的執行。

我們可以通過偽目標方式來克服以上實現方式所存在的兩個問題。

SUBDIRS = foo bar baz 

.PHONY: subdirs $(SUBDIRS) 

subdirs: $(SUBDIRS) 

$(SUBDIRS): 

$(MAKE) -C [email protected] 

foo: baz 

上邊的實現中使用了一個沒有命令列的規則“foo: baz”，用來限制子目錄的make順序。此規則的含義時在處理“foo”目錄之前，需要等待“baz”目錄處理完成。在書寫一個並行執行make的Makefile時，目錄的處理順序是需要特別注意的。

一般情況下，一個偽目標不作為一個另外一個目標檔案的依賴。這是因為當一個目標檔案的依賴包含偽目標時，每一次在執行這個規則時偽目標所定義的命令都會被執行（因為它是規則的依賴，重建規則目標檔案時需要首先重建它的依賴）。當偽目標沒有作為任何目標（此目標是一個可被建立或者已存在的檔案）的依賴時，我們只能通過make的命令列選項明確指定這個偽目標，來執行它所定義的命令。例如我們的“make clean”。

Makefile中，偽目標可以有自己的依賴。在一個目錄下如果需要建立多個可執行程式，我們可以將所有程式的重建規則在一個Makefile中描述。因為Makefile中第一個目標是“終極目標”，約定的做法是使用一個稱為“all”的偽目標來作為終極目標，它的依賴檔案就是那些需要建立的程式。下邊就是一個例子：

#sample 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時，目標“all”被作為終極目標。為了完成對它的更新，make會建立（不存在）或者重建（已存在）目標“all”的所有依賴檔案（prog1、prog2和prog3）。當需要單獨更新某一個程式時，我們可以通過make的命令列選項來明確指定需要重建的程式。（例如： “make prog1”）。當一個偽目標作為另外一個偽目標依賴時，make將其作為另外一個偽目標的子例程來處理（可以這樣理解：其作為另外一個偽目標的必須執行的部分，就行C語言中的函式呼叫一樣）。下邊的例子就是這種用法：

.PHONY: cleanall cleanobj cleandiff 

cleanall : cleanobj cleandiff 

rm program 

cleanobj : 

rm *.o 

cleandiff : 

rm *.diff 

“cleanobj”和“cleandiff”這兩個偽目標有點像“子程式”的意思（執行目標“clearall時會觸發它們所定義的命令被執行”）。我們可以輸入“make cleanall”和“make cleanobj”和“make cleandiff”命令來達到清除不同種類檔案的目的。例子首先通過特殊目標“.PHONY”聲明瞭多個偽目標，它們之間使用空各分割，之後才是各個偽目標的規則定義。

說明：

通常在清除檔案的偽目標所定義的命令中“rm”使用選項“–f”（--force）來防止在缺少刪除檔案時出錯並退出，使“make clean”過程失敗。也可以在“rm”之前加上“-”來防止“rm”錯誤退出，這種方式時make會提示錯誤資訊但不會退出。為了不看到這些討厭的資訊，需要使用上述的第一種方式。

另外make存在一個內嵌隱含變數“RM”，它被定義為：“RM = rm –f”。因此在書寫“clean”規則的命令列時可以使用變數“$(RM)”來代替“rm”，這樣可以免出現一些不必要的麻煩！這是我們推薦的用法

  一般在我們書寫Makefile時，各部分變數引用的格式我們建議如下：
1. make變數（Makefile中定義的或者是make的環境變數）的引用使用“$(VAR)”格式。

2. 出現在規則命令列中shell變數（一般為執行命令過程中的臨時變數，它不屬於Makefile變數，而是一個shell變數）引用使用shell的“$tmp”格式。
3. 對出現在命令列中的make變數我們同樣使用“$(CMDVAR)” 格式來引用。

       MakeFile中給變數賦值有以下兩種方式

1.遞迴展開式，使用=直接定義，例子如下：

               foo = $(bar)
               bar = $(ugh)
               ugh = Huh?
               all:;echo $(foo)
  執行“make”將會打印出“Huh?”。整個變數的替換過程時這樣的：首先“$(foo)”被替換為“$(bar)”，接下來 “$(bar)”被替換為“$(ugh)”，最後“$(ugh)”被替換為“Hug?”。整個替換的過程是在執行“echo $(foo)”是進行的。

  這種方式的缺點是

           缺點1：使用此風格的變數定義，可能會由於出現變數遞迴定義而導致make陷入到無限的變數展開過程中，最終使make執行失敗.
           缺點2：這種風格的變數定義中如果使用了函式，那麼包含在變數值中的函式總會在變數被引用的地方執行（變數被展開時）。

2.直接展開式

這種風格的變數使用“:=”來定義變數。在使用“:=”定義變數時，變數值中對另外變數的引用或者函式的引用在定義時被展開（對變數進行替換）。

x := foo
y := $(x) bar
x := later
就等價於：
y := foo bar
x := later
需要CFLAGS := $(include_dirs) -O
include_dirs := -Ifoo -Ibar
由於在變數“include_dirs”的定義出現在“CFLAGS”定義之後。因此在“CFLAGS”的定義中，“include_dirs”的值為空。“CFLAGS”的值為“-O”而不是“-Ifoo -Ibar -O”。注意的是：此風格變數在定義時就完成了對所引用的變數的展開，因此它不能實現對其後定義變數的引用。

變數的替換引用,格式為“$(VAR:A=B)”（或者“${VAR:A=B}”），
 意思是，替換變數“VAR”中所有“A”字元結尾的字為“B”結尾的字。
 “結尾”的含義是空格之前（變數值多個字之間使用空格分開）。
 而對於變數其它部分的“A”字元不進行替換。
     自動化變數

[email protected]
代表規則中的目標檔名。如果目標是一個文件（Linux中，一般稱.a檔案為文件），那麼它代表這個文件的檔名。在多目標的模式規則中，它代表的是哪個觸發規則被執行的目標檔名。
$%
規則的目標檔案是一個靜態庫檔案時，代表靜態庫的一個成員名。例如，規則的目標是“foo.a(bar.o)”，那麼，“$%”的值就為“bar.o”，“[email protected]”的值為“foo.a”。如果目標不是函式庫檔案，其值為空。
$<
規則的第一個依賴檔名。如果是隱含規則，則它代表通過目標指定的第一個依賴檔案。
$?
所有比目標檔案更新的依賴檔案列表，空格分割。如果目標是靜態庫檔名，代表的是庫成

員（.o檔案）的更新情況。
$^
規則的所有依賴檔案列表，使用空格分隔。如果目標是靜態庫檔名，它所代表的只能是所有庫成員（.o檔案）名。一個檔案可重複的出現在目標的依賴中，變數“$^”只記錄它的一次引用情況。就是說變數“$^”會去掉重複的依賴檔案。
$+
類似“$^”，但是它保留了依賴檔案中重複出現的檔案。主要用在程式連結時，庫的交叉引用場合。

$(@D)
代表目標檔案的目錄部分（去掉目錄部分的最後一個斜槓）。如果“[email protected]”是“dir/foo.o”，那麼“$(@D)”的值為“dir”。如果“[email protected]”不存在斜槓，其值就是“.”（當前目錄）。注意它和函式“dir”的區別！
$(@F)
目標檔案的完整檔名中除目錄以外的部分（實際檔名）。如果“[email protected]”為“dir/foo.o”，那麼“$(@F)”只就是“foo.o”。“$(@F)”等價於函式“$(notdir [email protected])”。
$(%D)
$(%F)
當以如“archive(member)”形式靜態庫為目標時，分別表示庫檔案成員“member”名中的目錄部分和檔名部分。它僅對這種形式的規則目標有效。
$(<D)
$(<F)
分別表示規則中第一個依賴檔案的目錄部分和檔名部分。
$(^D)
$(^F)
分別表示所有依賴檔案的目錄部分和檔案部分（不存在同一檔案）。
$(+D)
$(+F)
分別表示所有依賴檔案的目錄部分和檔案部分（可存在重複檔案）。
$(?D)
$(?F)
分別表示被更新的依賴檔案的目錄部分和檔案部分。