【 MAKEFILE 程式設計基礎之二】MAKEFILE 書寫規劃以及文法規則！

規則包含兩個部分，一個是依賴關系，一個是生成目标的方法。

在makefile中，規則的順序是很重要的，因為，makefile中隻應該有一個最終目标，其它的目标都是被這個目标所連帶出來的，是以一定要讓make知道你的最終目标是什麼。一般來說，定義在makefile中的目标可能會有很多，但是第一條規則中的目标将被确立為最終的目标。如果第一條規則中的目标有很多個，那麼，第一個目标會成為最終的目标。make所完成的也就是這個目标。

好了，還是讓我們來看一看如何書寫規則。

一、規則舉例

foo.o : foo.c defs.h # foo子產品

cc -c -g foo.c

看到這個例子，各位應該不是很陌生了，前面也已說過，foo.o是我們的目标，foo.c和defs.h是目标所依賴的源檔案，而隻有一個指令“cc -c -g foo.c”（以tab鍵開頭）。這個規則告訴我們兩件事：

1、檔案的依賴關系，foo.o依賴于foo.c和defs.h的檔案，如果foo.c和defs.h的檔案日期要比foo.o檔案日期要新，或是foo.o不存在，那麼依賴關系發生。

2、如果生成（或更新）foo.o檔案。也就是那個cc指令，其說明了，如何生成foo.o這個檔案。（當然foo.c檔案include了defs.h檔案）

二、規則的文法

targets : prerequisites

command

…

或是這樣：

targets : prerequisites ; command

targets是檔案名，以空格分開，可以使用通配符。一般來說，我們的目标基本上是一個檔案，但也有可能是多個檔案。

command是指令行，如果其不與“target

rerequisites”在一行，那麼，必須以[tab鍵]開頭，如果和prerequisites在一行，那麼可以用分号做為分隔。（見上）

prerequisites也就是目标所依賴的檔案（或依賴目标）。如果其中的某個檔案要比目标檔案要新，那麼，目标就被認為是“過時的”，被認為是需要重生成的。這個在前面已經講過了。

如果指令太長，你可以使用反斜框（‘/’）作為換行符。make對一行上有多少個字元沒有限制。規則告訴make兩件事，檔案的依賴關系和如何成成目标檔案。

一般來說，make會以unix的标準shell，也就是/bin/sh來執行指令。

三、在規則中使用通配符

如果我們想定義一系列比較類似的檔案，我們很自然地就想起使用通配符。make支援三各通配符：“*”，“?”和“[…]”。這是和unix的b-shell是相同的。

波浪号（“~”）字元在檔案名中也有比較特殊的用途。如果是“~/test”，這就表示目前使用者的$home目錄下的test目錄。而“~hchen/test”則表示使用者hchen的宿主目錄下的test目錄。（這些都是unix下的小知識了，make也支援）而在windows或是ms-dos下，使用者沒有宿主目錄，那麼波浪号所指的目錄則根據環境變量“home”而定。

通配符代替了你一系列的檔案，如“*.c”表示是以字尾為c的檔案。一個需要我們注意的是，如果我們的檔案名中有通配符，如：“*”，那麼可以用轉義字元“/”，如“/*”來表示真實的“*”字元，而不是任意長度的字元串。

好吧，還是先來看幾個例子吧：

clean:

rm -f *.o

上面這個例子我不不多說了，這是作業系統shell所支援的通配符。這是在指令中的通配符。

print: *.c

lpr -p $?

touch print

上面這個例子說明了通配符也可以在我們的規則中，目标print依賴于所有的[.c]檔案。其中的“$?”是一個自動化變量，我會在後面給你講述。

objects = *.o

上面這個例子，表示了，通符同樣可以用在變量中。并不是說[*.o]會展開，不！objects的值就是“*.o”。makefile中的變量其實就是c/c++中的宏。如果你要讓通配符在變量中展開，也就是讓objects的值是所有[.o]的檔案名的集合，那麼，你可以這樣：

objects := $(wildcard *.o)

這種用法由關鍵字“wildcard”指出，關于makefile的關鍵字，我們将在後面讨論。

四、檔案搜尋

在一些大的工程中，有大量的源檔案，我們通常的做法是把這許多的源檔案分類，并存放在不同的目錄中。是以，當make需要去找尋檔案的依賴關系時，你可以在檔案前加上路徑，但最好的方法是把一個路徑告訴make，讓make在自動去找。

makefile檔案中的特殊變量“vpath”就是完成這個功能的，如果沒有指明這個變量，make隻會在目前的目錄中去找尋依賴檔案和目标檔案。如果定義了這個變量，那麼，make就會在當目前目錄找不到的情況下，到所指定的目錄中去找尋檔案了。

vpath = src:../headers

上面的的定義指定兩個目錄，“src”和“../headers”，make會按照這個順序進行搜尋。目錄由“冒号”分隔。（當然，目前目錄永遠是最高優先搜尋的地方）

另一個設定檔案搜尋路徑的方法是使用make的“vpath”關鍵字（注意，它是全小寫的），這不是變量，這是一個make的關鍵字，這和上面提到的那個vpath變量很類似，但是它更為靈活。它可以指定不同的檔案在不同的搜尋目錄中。這是一個很靈活的功能。它的使用方法有三種：

1、vpath <pattern> <directories>

為符合模式<pattern>的檔案指定搜尋目錄<directories>。

2、vpath <pattern>

清除符合模式<pattern>的檔案的搜尋目錄。

3、vpath

清除所有已被設定好了的檔案搜尋目錄。

vapth使用方法中的<pattern>需要包含“%”字元。“%”的意思是比對零或若幹字元，例如，“%.h”表示所有以“.h”結尾的檔案。<pattern>指定了要搜尋的檔案集，而<directories>則指定了<pattern>的檔案集的搜尋的目錄。例如：

vpath %.h ../headers

該語句表示，要求make在“../headers”目錄下搜尋所有以“.h”結尾的檔案。（如果某檔案在目前目錄沒有找到的話）

我們可以連續地使用vpath語句，以指定不同搜尋政策。如果連續的vpath語句中出現了相同的<pattern>，或是被重複了的<pattern>，那麼，make會按照vpath語句的先後順序來執行搜尋。如：

vpath %.c foo

vpath % blish

vpath %.c bar

其表示“.c”結尾的檔案，先在“foo”目錄，然後是“blish”，最後是“bar”目錄。

vpath %.c foo:bar

而上面的語句則表示“.c”結尾的檔案，先在“foo”目錄，然後是“bar”目錄，最後才是“blish”目錄。

五、僞目标

最早先的一個例子中，我們提到過一個“clean”的目标，這是一個“僞目标”，

rm *.o temp

正像我們前面例子中的“clean”一樣，即然我們生成了許多檔案編譯檔案，我們也應該提供一個清除它們的“目标”以備完整地重編譯而用。 （以“make clean”來使用該目标）

因為，我們并不生成“clean”這個檔案。“僞目标”并不是一個檔案，隻是一個标簽，由于“僞目标”不是檔案，是以make無法生成它的依賴關系和決定它是否要執行。我們隻有通過顯示地指明這個“目标”才能讓其生效。當然，“僞目标”的取名不能和檔案名重名，不然其就失去了“僞目标”的意義了。

當然，為了避免和檔案重名的這種情況，我們可以使用一個特殊的标記“.phony”來顯示地指明一個目标是“僞目标”，向make說明，不管是否有這個檔案，這個目标就是“僞目标”。

.phony : clean

隻要有這個聲明，不管是否有“clean”檔案，要運作“clean”這個目标，隻有“make clean”這樣。于是整個過程可以這樣寫：

.phony: clean

僞目标一般沒有依賴的檔案。但是，我們也可以為僞目标指定所依賴的檔案。僞目标同樣可以作為“預設目标”，隻要将其放在第一個。一個示例就是，如果你的makefile需要一口氣生成若幹個可執行檔案，但你隻想簡單地敲一個make完事，并且，所有的目标檔案都寫在一個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

我們知道，makefile中的第一個目标會被作為其預設目标。我們聲明了一個“all”的僞目标，其依賴于其它三個目标。由于僞目标的特性是，總是被執行的，是以其依賴的那三個目标就總是不如“all”這個目标新。是以，其它三個目标的規則總是會被決議。也就達到了我們一口氣生成多個目标的目的。“.phony : all”聲明了“all”這個目标為“僞目标”。

随便提一句，從上面的例子我們可以看出，目标也可以成為依賴。是以，僞目标同樣也可成為依賴。看下面的例子：

.phony: cleanall cleanobj cleandiff

cleanall : cleanobj cleandiff

rm program

cleanobj :

rm *.o

cleandiff :

rm *.diff

“make clean”将清除所有要被清除的檔案。“cleanobj”和“cleandiff”這兩個僞目标有點像“子程式”的意思。我們可以輸入“make cleanall”和“make cleanobj”和“make cleandiff”指令來達到清除不同種類檔案的目的。

六、多目标

makefile的規則中的目标可以不止一個，其支援多目标，有可能我們的多個目标同時依賴于一個檔案，并且其生成的指令大體類似。于是我們就能把其合并起來。當然，多個目标的生成規則的執行指令是同一個，這可能會可我們帶來麻煩，不過好在我們的可以使用一個自動化變量“$@”（關于自動化變量，将在後面講述），這個變量表示着目前規則中所有的目标的集合，這樣說可能很抽象，還是看一個例子吧。

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

其中，-$(subst output,,$@)中的“$”表示執行一個makefile的函數，函數名為subst，後面的為參數。關于函數，将在後面講述。這裡的這個函數是截取字元串的意思，“$@”表示目标的集合，就像一個數組，“$@”依次取出目标，并執于指令。

七、靜态模式

靜态模式可以更加容易地定義多目标的規則，可以讓我們的規則變得更加的有彈性和靈活。我們還是先來看一下文法：

<targets …>: <target-pattern>: <prereq-patterns …>

<commands>

targets定義了一系列的目标檔案，可以有通配符。是目标的一個集合。

target-parrtern是指明了targets的模式，也就是的目标集模式。

prereq-parrterns是目标的依賴模式，它對target-parrtern形成的模式再進行一次依賴目标的定義。

這樣描述這三個東西，可能還是沒有說清楚，還是舉個例子來說明一下吧。如果我們的<target-parrtern>定義成“%.o”，意思是我們的<target>集合中都是以“.o”結尾的，而如果我們的<prereq-parrterns>定義成“%.c”，意思是對<target-parrtern>所形成的目标集進行二次定義，其計算方法是，取<target-parrtern>模式中的“%”（也就是去掉了[.o]這個結尾），并為其加上[.c]這個結尾，形成的新集合。

是以，我們的“目标模式”或是“依賴模式”中都應該有“%”這個字元，如果你的檔案名中有“%”那麼你可以使用反斜杠“/”進行轉義，來标明真實的“%”字元。

看一個例子：

objects = foo.o bar.o

all: $(objects)

$(objects): %.o: %.c

$(cc) -c $(cflags) $< -o $@

上面的例子中，指明了我們的目标從$object中擷取，“%.o”表明要所有以“.o”結尾的目标，也就是“foo.o bar.o”，也就是變量$object集合的模式，而依賴模式“%.c”則取模式“%.o”的“%”，也就是“foo bar”，并為其加下“.c”的字尾，于是，我們的依賴目标就是“foo.c bar.c”。而指令中的“$<”和“$@”則是自動化變量，“$<”表示所有的依賴目标集（也就是“foo.c bar.c”），“$@”表示目标集（也就是“foo.o bar.o”）。于是，上面的規則展開後等價于下面的規則：

foo.o : foo.c

$(cc) -c $(cflags) foo.c -o foo.o

bar.o : bar.c

$(cc) -c $(cflags) bar.c -o bar.o

試想，如果我們的“%.o”有幾百個，那種我們隻要用這種很簡單的“靜态模式規則”就可以寫完一堆規則，實在是太有效率了。“靜态模式規則”的用法很靈活，如果用得好，那會一個很強大的功能。再看一個例子：

files = foo.elc bar.o lose.o

$(filter %.o,$(files)): %.o: %.c

$(filter %.elc,$(files)): %.elc: %.el

emacs -f batch-byte-compile $<

$(filter %.o,$(files))表示調用makefile的filter函數，過濾“$filter”集，隻要其中模式為“%.o”的内容。其的它内容，我就不用多說了吧。這個例字展示了makefile中更大的彈性。

八、自動生成依賴性

在makefile中，我們的依賴關系可能會需要包含一系列的頭檔案，比如，如果我們的main.c中有一句“#include “defs.h””，那麼我們的依賴關系應該是：

main.o : main.c defs.h

但是，如果是一個比較大型的工程，你必需清楚哪些c檔案包含了哪些頭檔案，并且，你在加入或删除頭檔案時，也需要小心地修改makefile，這是一個很沒有維護性的工作。為了避免這種繁重而又容易出錯的事情，我們可以使用c/c++編譯的一個功能。大多數的c/c++編譯器都支援一個“-m”的選項，即自動找尋源檔案中包含的頭檔案，并生成一個依賴關系。例如，如果我們執行下面的指令：

cc -m main.c

其輸出是：

于是由編譯器自動生成的依賴關系，這樣一來，你就不必再手動書寫若幹檔案的依賴關系，而由編譯器自動生成了。需要提醒一句的是，如果你使用gnu的c/c++編譯器，你得用“-mm”參數，不然，“-m”參數會把一些标準庫的頭檔案也包含進來。

gcc -m main.c的輸出是：

main.o: main.c defs.h /usr/include/stdio.h /usr/include/features.h /

/usr/include/sys/cdefs.h /usr/include/gnu/stubs.h /

/usr/lib/gcc-lib/i486-suse-linux/2.95.3/include/stddef.h /

/usr/include/bits/types.h /usr/include/bits/pthreadtypes.h /

/usr/include/bits/sched.h /usr/include/libio.h /

/usr/include/_g_config.h /usr/include/wchar.h /

/usr/include/bits/wchar.h /usr/include/gconv.h /

/usr/lib/gcc-lib/i486-suse-linux/2.95.3/include/stdarg.h /

/usr/include/bits/stdio_lim.h

gcc -mm main.c的輸出則是：

main.o: main.c defs.h

那麼，編譯器的這個功能如何與我們的makefile聯系在一起呢。因為這樣一來，我們的makefile也要根據這些源檔案重新生成，讓makefile自已依賴于源檔案？這個功能并不現實，不過我們可以有其它手段來迂回地實作這一功能。gnu組織建議把編譯器為每一個源檔案的自動生成的依賴關系放到一個檔案中，為每一個“name.c”的檔案都生成一個“name.d”的makefile檔案，[.d]檔案中就存放對應[.c]檔案的依賴關系。

于是，我們可以寫出[.c]檔案和[.d]檔案的依賴關系，并讓make自動更新或自成[.d]檔案，并把其包含在我們的主makefile中，這樣，我們就可以自動化地生成每個檔案的依賴關系了。

這裡，我們給出了一個模式規則來産生[.d]檔案：

%.d: %.c

@set -e; rm -f $@; /

$(cc) -m $(cppflags) $< > $@.$$$$; /

sed ‘s,/($*/)/.o[ :]*,/1.o $@ : ,g’ < $@.$$$$ > $@; /

rm -f $@.$$$$

這個規則的意思是，所有的[.d]檔案依賴于[.c]檔案，“rm -f $@”的意思是删除所有的目标，也就是[.d]檔案，第二行的意思是，為每個依賴檔案“$<”，也就是[.c]檔案生成依賴檔案，“$@”表示模式“%.d”檔案，如果有一個c檔案是name.c，那麼“%”就是“name”，“$$$$”意為一個随機編号，第二行生成的檔案有可能是“name.d.12345”，第三行使用sed指令做了一個替換，關于sed指令的用法請參看相關的使用文檔。第四行就是删除臨時檔案。

總而言之，這個模式要做的事就是在編譯器生成的依賴關系中加入[.d]檔案的依賴，即把依賴關系：

轉成：

main.o main.d : main.c defs.h

于是，我們的[.d]檔案也會自動更新了，并會自動生成了，當然，你還可以在這個[.d]檔案中加入的不隻是依賴關系，包括生成的指令也可一并加入，讓每個[.d]檔案都包含一個完賴的規則。一旦我們完成這個工作，接下來，我們就要把這些自動生成的規則放進我們的主makefile中。我們可以使用makefile的“include”指令，來引入别的makefile檔案（前面講過），例如：

sources = foo.c bar.c

include $(sources:.c=.d)

上述語句中的“$(sources:.c=.d)”中的“.c=.d”的意思是做一個替換，把變量$(sources)所有[.c]的字串都替換成[.d]，關于這個“替換”的内容，在後面我會有更為詳細的講述。當然，你得注意次序，因為include是按次來載入檔案，最先載入的[.d]檔案中的目标會成為預設目标。

書寫指令

————

每條規則中的指令和作業系統shell的指令行是一緻的。make會一按順序一條一條的執行指令，每條指令的開頭必須以[tab]鍵開頭，除非，指令是緊跟在依賴規則後面的分号後的。在指令行之間中的空格或是空行會被忽略，但是如果該空格或空行是以tab鍵開頭的，那麼make會認為其是一個空指令。

我們在unix下可能會使用不同的shell，但是make的指令預設是被“/bin/sh”——unix的标準shell解釋執行的。除非你特别指定一個其它的shell。makefile中，“#”是注釋符，很像c/c++中的“//”，其後的本行字元都被注釋。

一、顯示指令

通常，make會把其要執行的指令行在指令執行前輸出到螢幕上。當我們用“@”字元在指令行前，那麼，這個指令将不被make顯示出來，最具代表性的例子是，我們用這個功能來像螢幕顯示一些資訊。如：

@echo 正在編譯xxx子產品……

當make執行時，會輸出“正在編譯xxx子產品……”字串，但不會輸出指令，如果沒有“@”，那麼，make将輸出：

echo 正在編譯xxx子產品……

正在編譯xxx子產品……

如果make執行時，帶入make參數“-n”或“–just-print”，那麼其隻是顯示指令，但不會執行指令，這個功能很有利于我們調試我們的makefile，看看我們書寫的指令是執行起來是什麼樣子的或是什麼順序的。

而make參數“-s”或“–slient”則是全面禁止指令的顯示。

二、指令執行

當依賴目标新于目标時，也就是當規則的目标需要被更新時，make會一條一條的執行其後的指令。需要注意的是，如果你要讓上一條指令的結果應用在下一條指令時，你應該使用分号分隔這兩條指令。比如你的第一條指令是cd指令，你希望第二條指令得在cd之後的基礎上運作，那麼你就不能把這兩條指令寫在兩行上，而應該把這兩條指令寫在一行上，用分号分隔。如：

示例一：

exec:

cd /home/hchen

pwd

示例二：

cd /home/hchen; pwd

當我們執行“make exec”時，第一個例子中的cd沒有作用，pwd會列印出目前的makefile目錄，而第二個例子中，cd就起作用了，pwd會列印出“/home/hchen”。

make一般是使用環境變量shell中所定義的系統shell來執行指令，預設情況下使用unix的标準shell——/bin/sh來執行指令。但在ms-dos下有點特殊，因為ms-dos下沒有shell環境變量，當然你也可以指定。如果你指定了unix風格的目錄形式，首先，make會在shell所指定的路徑中找尋指令解釋器，如果找不到，其會在目前盤符中的目前目錄中尋找，如果再找不到，其會在path環境變量中所定義的所有路徑中尋找。ms-dos中，如果你定義的指令解釋器沒有找到，其會給你的指令解釋器加上諸如“.exe”、“.com”、“.bat”、“.sh”等字尾。

三、指令出錯

每當指令運作完後，make會檢測每個指令的傳回碼，如果指令傳回成功，那麼make會執行下一條指令，當規則中所有的指令成功傳回後，這個規則就算是成功完成了。如果一個規則中的某個指令出錯了（指令退出碼非零），那麼make就會終止執行目前規則，這将有可能終止所有規則的執行。

有些時候，指令的出錯并不表示就是錯誤的。例如mkdir指令，我們一定需要建立一個目錄，如果目錄不存在，那麼mkdir就成功執行，萬事大吉，如果目錄存在，那麼就出錯了。我們之是以使用mkdir的意思就是一定要有這樣的一個目錄，于是我們就不希望mkdir出錯而終止規則的運作。

為了做到這一點，忽略指令的出錯，我們可以在makefile的指令行前加一個減号“-”（在tab鍵之後），标記為不管指令出不出錯都認為是成功的。如：

-rm -f *.o

還有一個全局的辦法是，給make加上“-i”或是“–ignore-errors”參數，那麼，makefile中所有指令都會忽略錯誤。而如果一個規則是以“.ignore”作為目标的，那麼這個規則中的所有指令将會忽略錯誤。這些是不同級别的防止指令出錯的方法，你可以根據你的不同喜歡設定。

還有一個要提一下的make的參數的是“-k”或是“–keep-going”，這個參數的意思是，如果某規則中的指令出錯了，那麼就終目該規則的執行，但繼續執行其它規則。

四、嵌套執行make

在一些大的工程中，我們會把我們不同子產品或是不同功能的源檔案放在不同的目錄中，我們可以在每個目錄中都書寫一個該目錄的makefile，這有利于讓我們的makefile變得更加地簡潔，而不至于把所有的東西全部寫在一個makefile中，這樣會很難維護我們的makefile，這個技術對于我們子產品編譯和分段編譯有着非常大的好處。

例如，我們有一個子目錄叫subdir，這個目錄下有個makefile檔案，來指明了這個目錄下檔案的編譯規則。那麼我們總控的makefile可以這樣書寫：

subsystem:

cd subdir && $(make)

其等價于：

$(make) -c subdir

定義$(make)宏變量的意思是，也許我們的make需要一些參數，是以定義成一個變量比較利于維護。這兩個例子的意思都是先進入“subdir”目錄，然後執行make指令。

我們把這個makefile叫做“總控makefile”，總控makefile的變量可以傳遞到下級的makefile中（如果你顯示的聲明），但是不會覆寫下層的makefile中所定義的變量，除非指定了“-e”參數。

如果你要傳遞變量到下級makefile中，那麼你可以使用這樣的聲明：

export <variable …>

如果你不想讓某些變量傳遞到下級makefile中，那麼你可以這樣聲明：

unexport <variable …>

如：

export variable = value

variable = value

export variable

export variable := value

variable := value

export variable += value

variable += value

如果你要傳遞所有的變量，那麼，隻要一個export就行了。後面什麼也不用跟，表示傳遞所有的變量。

需要注意的是，有兩個變量，一個是shell，一個是makeflags，這兩個變量不管你是否export，其總是要傳遞到下層makefile中，特别是makefiles變量，其中包含了make的參數資訊，如果我們執行“總控makefile”時有make參數或是在上層makefile中定義了這個變量，那麼makefiles變量将會是這些參數，并會傳遞到下層makefile中，這是一個系統級的環境變量。

但是make指令中的有幾個參數并不往下傳遞，它們是“-c”,“-f”,“-h”“-o”和“-w”（有關makefile參數的細節将在後面說明），如果你不想往下層傳遞參數，那麼，你可以這樣來：

cd subdir && $(make) makeflags=

如果你定義了環境變量makeflags，那麼你得确信其中的選項是大家都會用到的，如果其中有“-t”,“-n”,和“-q”參數，那麼将會有讓你意想不到的結果，或許會讓你異常地恐慌。

還有一個在“嵌套執行”中比較有用的參數，“-w”或是“–print-directory”會在make的過程中輸出一些資訊，讓你看到目前的工作目錄。比如，如果我們的下級make目錄是“/home/hchen/gnu/make”，如果我們使用“make -w”來執行，那麼當進入該目錄時，我們會看到：

make: entering directory <code>/home/hchen/gnu/make'.</code>

<code></code>

<code>而在完成下層make後離開目錄時，我們會看到：</code>

<code>make: leaving directory</code>/home/hchen/gnu/make’

當你使用“-c”參數來指定make下層makefile時，“-w”會被自動打開的。如果參數中有“-s”（“–slient”）或是“–no-print-directory”，那麼，“-w”總是失效的。

五、定義指令包

如果makefile中出現一些相同指令序列，那麼我們可以為這些相同的指令序列定義一個變量。定義這種指令序列的文法以“define”開始，以“endef”結束，如：

define run-yacc

yacc $(firstword $^)

mv y.tab.c $@

endef

這裡，“run-yacc”是這個指令包的名字，其不要和makefile中的變量重名。在“define”和“endef”中的兩行就是指令序列。這個指令包中的第一個指令是運作yacc程式，因為yacc程式總是生成“y.tab.c”的檔案，是以第二行的指令就是把這個檔案改改名字。還是把這個指令包放到一個示例中來看看吧。

foo.c : foo.y

$(run-yacc)

我們可以看見，要使用這個指令包，我們就好像使用變量一樣。在這個指令包的使用中，指令包“run-yacc”中的“$^”就是“foo.y”，“$@”就是“foo.c”（有關這種以“$”開頭的特殊變量，我們會在後面介紹），make在執行指令包時，指令包中的每個指令會被依次獨立執行。