隱含規則
————web
在咱們使用Makefile時，有一些咱們會常用，並且使用頻率很是高的東西，好比，咱們編譯C/C++的源程序爲中間目標文件（Unix下是 [.o]文件，Windows下是[.obj]文件）。本章講述的就是一些在Makefile中的「隱含的」，早先約定了的，不須要咱們再寫出來的規則。算法
「隱含規則」也就是一種慣例，make會按照這種「慣例」心照不喧地來運行，那怕咱們的Makefile中沒有書寫這樣的規則。例如，把[.c]文件編譯成[.o]文件這一規則，你根本就不用寫出來，make會自動推導出這種規則，並生成咱們須要的[.o]文件。函數
「隱含規則」會使用一些咱們系統變量，咱們能夠改變這些系統變量的值來定製隱含規則的運行時的參數。如系統變量「CFLAGS」能夠控制編譯時的編譯器參數。測試
咱們還能夠經過「模式規則」的方式寫下本身的隱含規則。用「後綴規則」來定義隱含規則會有許多的限制。使用「模式規則」會更回得智能和清楚，但「後綴規則」能夠用來保證咱們Makefile的兼容性。
我 們瞭解了「隱含規則」，可讓其爲咱們更好的服務，也會讓咱們知道一些「約定俗成」了的東西，而不至於使得咱們在運行Makefile時出現一些咱們以爲 莫名其妙的東西。固然，任何事物都是矛盾的，水能載舟，亦可覆舟，因此，有時候「隱含規則」也會給咱們形成不小的麻煩。只有瞭解了它，咱們才能更好地使用 它。優化
1、使用隱含規則ui
若是要使用隱含規則生成你須要的目標，你所須要作的就是不要寫出這個目標的規則。那麼，make會試圖去自動推導產生這個目標的規則和命令，若是 make能夠自動推導生成這個目標的規則和命令，那麼這個行爲就是隱含規則的自動推導。固然，隱含規則是make事先約定好的一些東西。例如，咱們有下面 的一個Makefile：spa
foo : foo.o bar.o
cc –o foo foo.o bar.o $(CFLAGS) $(LDFLAGS)命令行
咱們能夠注意到，這個Makefile中並無寫下如何生成foo.o和bar.o這兩目標的規則和命令。由於make的「隱含規則」功能會自動爲咱們自動去推導這兩個目標的依賴目標和生成命令。遞歸
make會在本身的「隱含規則」庫中尋找能夠用的規則，若是找到，那麼就會使用。若是找不到，那麼就會報錯。在上面的那個例子中，make調用的隱 含規則是，把[.o]的目標的依賴文件置成[.c]，並使用C的編譯命令「cc –c $(CFLAGS) [.c]」來生成[.o]的目標。也就是說，咱們徹底沒有必要寫下下面的兩條規則：內存
foo.o : foo.c
cc –c foo.c $(CFLAGS)
bar.o : bar.c
cc –c bar.c $(CFLAGS)
由於，這已是「約定」好了的事了，make和咱們約定好了用C編譯器「cc」生成[.o]文件的規則，這就是隱含規則。
固然，若是咱們爲[.o]文件書寫了本身的規則，那麼make就不會自動推導並調用隱含規則，它會按照咱們寫好的規則忠實地執行。
還有，在make的「隱含規則庫」中，每一條隱含規則都在庫中有其順序，越靠前的則是越被常用的，因此，這會致使咱們有些時候即便咱們顯示地指定了目標依賴，make也不會管。以下面這條規則（沒有命令）：
foo.o : foo.p
依賴文件「foo.p」（Pascal程序的源文件）有可能變得沒有意義。若是目錄下存在了「foo.c」文件，那麼咱們的隱含規則同樣會生效，並 會經過「foo.c」調用C的編譯器生成foo.o文件。由於，在隱含規則中，Pascal的規則出如今C的規則以後，因此，make找到能夠生成 foo.o的C的規則就再也不尋找下一條規則了。若是你確實不但願任何隱含規則推導，那麼，你就不要只寫出「依賴規則」，而不寫命令。
2、隱含規則一覽
這裏咱們將講述全部預先設置（也就是make內建）的隱含規則，若是咱們不明確地寫下規則，那麼，make就會在這些規則中尋找所須要規則和命令。固然，咱們也可使用make的參數「-r」或「--no-builtin-rules」選項來取消全部的預設置的隱含規則。
固然，即便是咱們指定了「-r」參數，某些隱含規則仍是會生效，由於有許多的隱含規則都是使用了「後綴規則」來定義的，因此，只要隱含規則中有「後 綴列表」（也就一系統定義在目標.SUFFIXES的依賴目標），那麼隱含規則就會生效。默認的後綴列表是：.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。具體的細節，咱們會在後面講述。
仍是先來看一看經常使用的隱含規則吧。
一、編譯C程序的隱含規則。
「<n>.o」的目標的依賴目標會自動推導爲「<n>.c」，而且其生成命令是「$(CC) –c $(CPPFLAGS) $(CFLAGS)」
二、編譯C++程序的隱含規則。
「<n>.o」的目標的依賴目標會自動推導爲「<n>.cc」或是 「<n>.C」，而且其生成命令是「$(CXX) –c $(CPPFLAGS) $(CFLAGS)」。（建議使用「.cc」做爲C++源文件的後綴，而不是「.C」）
三、編譯Pascal程序的隱含規則。
「<n>.o」的目標的依賴目標會自動推導爲「<n>.p」，而且其生成命令是「$(PC) –c $(PFLAGS)」。
四、編譯Fortran/Ratfor程序的隱含規則。
「<n>.o」的目標的依賴目標會自動推導爲「<n>.r」或「<n>.F」或「<n>.f」，而且其生成命令是:
「.f」 「$(FC) –c $(FFLAGS)」
「.F」 「$(FC) –c $(FFLAGS) $(CPPFLAGS)」
「.f」 「$(FC) –c $(FFLAGS) $(RFLAGS)」
五、預處理Fortran/Ratfor程序的隱含規則。
「<n>.f」的目標的依賴目標會自動推導爲「<n>.r」或「<n>.F」。這個規則只是轉換Ratfor或有預處理的Fortran程序到一個標準的Fortran程序。其使用的命令是：
「.F」 「$(FC) –F $(CPPFLAGS) $(FFLAGS)」
「.r」 「$(FC) –F $(FFLAGS) $(RFLAGS)」
六、編譯Modula-2程序的隱含規則。
「<n>.sym」的目標的依賴目標會自動推導爲「<n>.def」， 而且其生成命令是：「$(M2C) $(M2FLAGS) $(DEFFLAGS)」。「<n.o>」 的目標的依賴目標會自動推導爲「<n>.mod」，而且其生成命令是：「$(M2C) $(M2FLAGS) $(MODFLAGS)」。
七、彙編和彙編預處理的隱含規則。
「<n>.o」 的目標的依賴目標會自動推導爲「<n>.s」，默認使用編譯品「as」，而且其生成命令是：「$(AS) $(ASFLAGS)」。「<n>.s」 的目標的依賴目標會自動推導爲「<n>.S」，默認使用C預編譯器「cpp」，而且其生成命令是：「$(AS) $(ASFLAGS)」。
八、連接Object文件的隱含規則。
「<n>」目標依賴於「<n>.o」，經過運行C的編譯器來運行連接程序生 成（通常是「ld」），其生成命令是：「$(CC) $(LDFLAGS) <n>.o $(LOADLIBES) $(LDLIBS)」。這個規則對於只有一個源文件的工程有效，同時也對多個Object文件（由不一樣的源文件生成）的也有效。例如以下規則：
x : y.o z.o
而且「x.c」、「y.c」和「z.c」都存在時，隱含規則將執行以下命令：
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
若是沒有一個源文件（如上例中的x.c）和你的目標名字（如上例中的x）相關聯，那麼，你最好寫出本身的生成規則，否則，隱含規則會報錯的。
九、Yacc C程序時的隱含規則。
「<n>.c」的依賴文件被自動推導爲「n.y」（Yacc生成的文件），其生成命令是：「$(YACC) $(YFALGS)」。（「Yacc」是一個語法分析器，關於其細節請查看相關資料）
十、Lex C程序時的隱含規則。
「<n>.c」的依賴文件被自動推導爲「n.l」（Lex生成的文件），其生成命令是：「$(LEX) $(LFALGS)」。（關於「Lex」的細節請查看相關資料）
十一、Lex Ratfor程序時的隱含規則。
「<n>.r」的依賴文件被自動推導爲「n.l」（Lex生成的文件），其生成命令是：「$(LEX) $(LFALGS)」。
十二、從C程序、Yacc文件或Lex文件建立Lint庫的隱含規則。
「<n>.ln」 （lint生成的文件）的依賴文件被自動推導爲「n.c」，其生成命令是：「$(LINT) $(LINTFALGS) $(CPPFLAGS) -i」。對於「<n>.y」和「<n>.l」也是一樣的規則。
3、隱含規則使用的變量
在隱含規則中的命令中，基本上都是使用了一些預先設置的變量。你能夠在你的makefile中改變這些變量的值，或是在make的命令行中傳入這些 值，或是在你的環境變量中設置這些值，不管怎麼樣，只要設置了這些特定的變量，那麼其就會對隱含規則起做用。固然，你也能夠利用make的「-R」或 「--no–builtin-variables」參數來取消你所定義的變量對隱含規則的做用。
例如，第一條隱含規則——編譯C程序的隱含規則的命令是「$(CC) –c $(CFLAGS) $(CPPFLAGS)」。Make默認的編譯命令是「cc」，若是你把變量「$(CC)」重定義成「gcc」，把變量「$(CFLAGS)」重定義成 「-g」，那麼，隱含規則中的命令所有會以「gcc –c -g $(CPPFLAGS)」的樣子來執行了。
咱們能夠把隱含規則中使用的變量分紅兩種：一種是命令相關的，如「CC」；一種是參數相的關，如「CFLAGS」。下面是全部隱含規則中會用到的變量：
一、關於命令的變量。
AR
函數庫打包程序。默認命令是「ar」。
AS
彙編語言編譯程序。默認命令是「as」。
CC
C語言編譯程序。默認命令是「cc」。
CXX
C++語言編譯程序。默認命令是「g++」。
CO
從 RCS文件中擴展文件程序。默認命令是「co」。
CPP
C程序的預處理器（輸出是標準輸出設備）。默認命令是「$(CC) –E」。
FC
Fortran 和 Ratfor 的編譯器和預處理程序。默認命令是「f77」。
GET
從SCCS文件中擴展文件的程序。默認命令是「get」。
LEX
Lex方法分析器程序（針對於C或Ratfor）。默認命令是「lex」。
PC
Pascal語言編譯程序。默認命令是「pc」。
YACC
Yacc文法分析器（針對於C程序）。默認命令是「yacc」。
YACCR
Yacc文法分析器（針對於Ratfor程序）。默認命令是「yacc –r」。
MAKEINFO
轉換Texinfo源文件（.texi）到Info文件程序。默認命令是「makeinfo」。
TEX
從TeX源文件建立TeX DVI文件的程序。默認命令是「tex」。
TEXI2DVI
從Texinfo源文件建立軍TeX DVI 文件的程序。默認命令是「texi2dvi」。
WEAVE
轉換Web到TeX的程序。默認命令是「weave」。
CWEAVE
轉換C Web 到 TeX的程序。默認命令是「cweave」。
TANGLE
轉換Web到Pascal語言的程序。默認命令是「tangle」。
CTANGLE
轉換C Web 到 C。默認命令是「ctangle」。
RM
刪除文件命令。默認命令是「rm –f」。
二、關於命令參數的變量
下面的這些變量都是相關上面的命令的參數。若是沒有指明其默認值，那麼其默認值都是空。
ARFLAGS
函數庫打包程序AR命令的參數。默認值是「rv」。
ASFLAGS
彙編語言編譯器參數。（當明顯地調用「.s」或「.S」文件時）。
CFLAGS
C語言編譯器參數。
CXXFLAGS
C++語言編譯器參數。
COFLAGS
RCS命令參數。
CPPFLAGS
C預處理器參數。（ C 和 Fortran 編譯器也會用到）。
FFLAGS
Fortran語言編譯器參數。
GFLAGS
SCCS 「get」程序參數。
LDFLAGS
連接器參數。（如：「ld」）
LFLAGS
Lex文法分析器參數。
PFLAGS
Pascal語言編譯器參數。
RFLAGS
Ratfor 程序的Fortran 編譯器參數。
YFLAGS
Yacc文法分析器參數。
4、隱含規則鏈
有些時候，一個目標可能被一系列的隱含規則所做用。例如，一個[.o]的文件生成，可能會是先被Yacc的[.y]文件先成[.c]，而後再被C的編譯器生成。咱們把這一系列的隱含規則叫作「隱含規則鏈」。
在上面的例子中，若是文件[.c]存在，那麼就直接調用C的編譯器的隱含規則，若是沒有[.c]文件，但有一個[.y]文件，那麼Yacc的隱含規則會被調用，生成[.c]文件，而後，再調用C編譯的隱含規則最終由[.c]生成[.o]文件，達到目標。
咱們把這種[.c]的文件（或是目標），叫作中間目標。無論怎麼樣，make會努力自動推導生成目標的一切方法，無論中間目標有多少，其都會執着地 把全部的隱含規則和你書寫的規則所有合起來分析，努力達到目標，因此，有些時候，可能會讓你以爲奇怪，怎麼個人目標會這樣生成？怎麼個人makefile 發瘋了？
在默認狀況下，對於中間目標，它和通常的目標有兩個地方所不一樣：第一個不一樣是除非中間的目標不存在，纔會引起中間規則。第二個不一樣的是，只要目標成功產生，那麼，產生最終目標過程當中，所產生的中間目標文件會被以「rm -f」刪除。
一般，一個被makefile指定成目標或是依賴目標的文件不能被看成中介。然而，你能夠明顯地說明一個文件或是目標是中介目標，你可使用僞目標「.INTERMEDIATE」來強制聲明。（如：.INTERMEDIATE ： mid ）
你也能夠阻止make自動刪除中間目標，要作到這一點，你可使用僞目標「.SECONDARY」來強制聲明（如：.SECONDARY : sec）。你還能夠把你的目標，以模式的方式來指定（如：%.o）成僞目標「.PRECIOUS」的依賴目標，以保存被隱含規則所生成的中間文件。
在「隱含規則鏈」中，禁止同一個目標出現兩次或兩次以上，這樣一來，就可防止在make自動推導時出現無限遞歸的狀況。
Make會優化一些特殊的隱含規則，而不生成中間文件。如，從文件「foo.c」生成目標程序「foo」，按道理，make會編譯生成中間文件 「foo.o」，而後連接成「foo」，但在實際狀況下，這一動做能夠被一條「cc」的命令完成（cc –o foo foo.c），因而優化過的規則就不會生成中間文件。
5、定義模式規則
你可使用模式規則來定義一個隱含規則。一個模式規則就好像一個通常的規則，只是在規則中，目標的定義須要有"%"字符。"%"的意思是表示一個或多個任意字符。在依賴目標中一樣可使用"%"，只是依賴目標中的"%"的取值，取決於其目標。
有一點須要注意的是，"%"的展開發生在變量和函數的展開以後，變量和函數的展開發生在make載入Makefile時，而模式規則中的"%"則發生在運行時。
一、模式規則介紹
模式規則中，至少在規則的目標定義中要包含"%"，不然，就是通常的規則。目標中的"%"定義表示對文件名的匹配，"%"表示長度任意的非空字符 串。例如："%.c"表示以".c"結尾的文件名（文件名的長度至少爲3），而"s.%.c"則表示以"s."開頭，".c"結尾的文件名（文件名的長度 至少爲5）。
若是"%"定義在目標中，那麼，目標中的"%"的值決定了依賴目標中的"%"的值，也就是說，目標中的模式的"%"決定了依賴目標中"%"的樣子。例若有一個模式規則以下：
%.o : %.c ; <command ......>
其含義是，指出了怎麼從全部的[.c]文件生成相應的[.o]文件的規則。若是要生成的目標是"a.o b.o"，那麼"%c"就是"a.c b.c"。
一旦依賴目標中的"%"模式被肯定，那麼，make會被要求去匹配當前目錄下全部的文件名，一旦找到，make就會規則下的命令，因此，在模式規則 中，目標可能會是多個的，若是有模式匹配出多個目標，make就會產生全部的模式目標，此時，make關心的是依賴的文件名和生成目標的命令這兩件事。
二、模式規則示例
下面這個例子表示了,把全部的[.c]文件都編譯成[.o]文件.
%.o : %.c
$(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o $@
其中，"$@"表示全部的目標的挨個值，"$<"表示了全部依賴目標的挨個值。這些奇怪的變量咱們叫"自動化變量"，後面會詳細講述。
下面的這個例子中有兩個目標是模式的：
%.tab.c %.tab.h: %.y
bison -d $<
這條規則告訴make把全部的[.y]文件都以"bison -d <n>.y"執行，而後生成"<n>.tab.c"和"<n>.tab.h"文件。（其中，"<n>" 表示一個任意字符串）。若是咱們的執行程序"foo"依賴於文件"parse.tab.o"和"scan.o"，而且文件"scan.o"依賴於文 件"parse.tab.h"，若是"parse.y"文件被更新了，那麼根據上述的規則，"bison -d parse.y"就會被執行一次，因而，"parse.tab.o"和"scan.o"的依賴文件就齊了。（假設，"parse.tab.o" 由"parse.tab.c"生成，和"scan.o"由"scan.c"生成，而"foo"由"parse.tab.o"和"scan.o"連接生成， 並且foo和其[.o]文件的依賴關係也寫好，那麼，全部的目標都會獲得知足）
三、自動化變量
在上述的模式規則中，目標和依賴文件都是一系例的文件，那麼咱們如何書寫一個命令來完成從不一樣的依賴文件生成相應的目標？由於在每一次的對模式規則的解析時，都會是不一樣的目標和依賴文件。
自動化變量就是完成這個功能的。在前面，咱們已經對自動化變量有所提涉，相信你看到這裏已對它有一個感性認識了。所謂自動化變量，就是這種變量會把模式中所定義的一系列的文件自動地挨個取出，直至全部的符合模式的文件都取完了。這種自動化變量只應出如今規則的命令中。
下面是全部的自動化變量及其說明：
$@
表示規則中的目標文件集。在模式規則中，若是有多個目標，那麼，"$@"就是匹配於目標中模式定義的集合。
$%
僅當目標是函數庫文件中，表示規則中的目標成員名。例如，若是一個目標是"foo.a(bar.o)"，那麼，"$%"就是"bar.o"，"$@"就是"foo.a"。若是目標不是函數庫文件（Unix下是[.a]，Windows下是[.lib]），那麼，其值爲空。
$<
依賴目標中的第一個目標名字。若是依賴目標是以模式（即"%"）定義的，那麼"$<"將是符合模式的一系列的文件集。注意，其是一個一個取出來的。
$?
全部比目標新的依賴目標的集合。以空格分隔。
$^
全部的依賴目標的集合。以空格分隔。若是在依賴目標中有多個重複的，那個這個變量會去除重複的依賴目標，只保留一份。
$+
這個變量很像"$^"，也是全部依賴目標的集合。只是它不去除重複的依賴目標。
$*
這個變量表示目標模式中"%"及其以前的部分。若是目標是"dir/a.foo.b"，而且目標的模式是"a.%.b"，那 麼，"$*"的值就是"dir/a.foo"。這個變量對於構造有關聯的文件名是比較有較。若是目標中沒有模式的定義，那麼"$*"也就不能被推導出，但 是，若是目標文件的後綴是make所識別的，那麼"$*"就是除了後綴的那一部分。例如：若是目標是"foo.c"，由於".c"是make所能識別的後 綴名，因此，"$*"的值就是"foo"。這個特性是GNU make的，頗有可能不兼容於其它版本的make，因此，你應該儘可能避免使用"$*"，除非是在隱含規則或是靜態模式中。若是目標中的後綴是make所不 能識別的，那麼"$*"就是空值。
當你但願只對更新過的依賴文件進行操做時，"$?"在顯式規則中頗有用，例如，假設有一個函數庫文件叫"lib"，其由其它幾個object文件更新。那麼把object文件打包的比較有效率的Makefile規則是：
lib : foo.o bar.o lose.o win.o
ar r lib $?
在上述所列出來的自動量變量中。四個變量（$@、$<、$%、$*）在擴展時只會有一個文件，而另三個的值是一個文件列表。這七個自動化變量 還能夠取得文件的目錄名或是在當前目錄下的符合模式的文件名，只須要搭配上"D"或"F"字樣。這是GNU make中老版本的特性，在新版本中，咱們使用函數"dir"或"notdir"就能夠作到了。"D"的含義就是Directory，就是目錄，"F"的 含義就是File，就是文件。
下面是對於上面的七個變量分別加上"D"或是"F"的含義：
$(@D)
表示"$@"的目錄部分（不以斜槓做爲結尾），若是"$@"值是"dir/foo.o"，那麼"$(@D)"就是"dir"，而若是"$@"中沒有包含斜槓的話，其值就是"."（當前目錄）。
$(@F)
表示"$@"的文件部分，若是"$@"值是"dir/foo.o"，那麼"$(@F)"就是"foo.o"，"$(@F)"至關於函數"$(notdir $@)"。
"$(*D)"
"$(*F)"
和上面所述的同理，也是取文件的目錄部分和文件部分。對於上面的那個例子，"$(*D)"返回"dir"，而"$(*F)"返回"foo"
"$(%D)"
"$(%F)"
分別表示了函數包文件成員的目錄部分和文件部分。這對於形同"archive(member)"形式的目標中的"member"中包含了不一樣的目錄頗有用。
"$(<D)"
"$(<F)"
分別表示依賴文件的目錄部分和文件部分。
"$(^D)"
"$(^F)"
分別表示全部依賴文件的目錄部分和文件部分。（無相同的）
"$(+D)"
"$(+F)"
分別表示全部依賴文件的目錄部分和文件部分。（能夠有相同的）
"$(?D)"
"$(?F)"
分別表示被更新的依賴文件的目錄部分和文件部分。
最後想提醒一下的是，對於"$<"，爲了不產生沒必要要的麻煩，咱們最好給$後面的那個特定字符都加上圓括號，好比，"$(< )"就要比"$<"要好一些。
還得要注意的是，這些變量只使用在規則的命令中，並且通常都是"顯式規則"和"靜態模式規則"（參見前面"書寫規則"一章）。其在隱含規則中並無意義。
四、模式的匹配
通常來講，一個目標的模式有一個有前綴或是後綴的"%"，或是沒有先後綴，直接就是一個"%"。由於"%"表明一個或多個字符，因此在定義好了的模 式中，咱們把"%"所匹配的內容叫作"莖"，例如"%.c"所匹配的文件"test.c"中"test"就是"莖"。由於在目標和依賴目標中同時有"%" 時，依賴目標的"莖"會傳給目標，當作目標中的"莖"。
當一個模式匹配包含有斜槓（實際也不常常包含）的文件時，那麼在進行模式匹配時，目錄部分會首先被移開，而後進行匹配，成功後，再把目錄加回去。在 進行"莖"的傳遞時，咱們須要知道這個步驟。例若有一個模式"e%t"，文件"src/eat"匹配於該模式，因而"src/a"就是其"莖"，若是這個 模式定義在依賴目標中，而被依賴於這個模式的目標中又有個模式"c%r"，那麼，目標就是"src/car"。（"莖"被傳遞）
五、重載內建隱含規則
你能夠重載內建的隱含規則（或是定義一個全新的），例如你能夠從新構造和內建隱含規則不一樣的命令，如：
%.o : %.c
$(CC) -c $(CPPFLAGS) $(CFLAGS) -D$(date)
你能夠取消內建的隱含規則，只要不在後面寫命令就行。如：
%.o : %.s
一樣，你也能夠從新定義一個全新的隱含規則，其在隱含規則中的位置取決於你在哪裏寫下這個規則。朝前的位置就靠前。
6、老式風格的"後綴規則"
後綴規則是一個比較老式的定義隱含規則的方法。後綴規則會被模式規則逐步地取代。由於模式規則更強更清晰。爲了和老版本的Makefile兼容，GNU make一樣兼容於這些東西。後綴規則有兩種方式："雙後綴"和"單後綴"。
雙後綴規則定義了一對後綴：目標文件的後綴和依賴目標（源文件）的後綴。如".c.o"至關於"%o : %c"。單後綴規則只定義一個後綴，也就是源文件的後綴。如".c"至關於"% : %.c"。
後綴規則中所定義的後綴應該是make所認識的，若是一個後綴是make所認識的，那麼這個規則就是單後綴規則，而若是兩個連在一塊兒的後綴都被 make所認識，那就是雙後綴規則。例如：".c"和".o"都是make所知道。於是，若是你定義了一個規則是".c.o"那麼其就是雙後綴規則，意義 就是".c"是源文件的後綴，".o"是目標文件的後綴。以下示例：
.c.o:
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<
後綴規則不容許任何的依賴文件，若是有依賴文件的話，那就不是後綴規則，那些後綴通通被認爲是文件名，如：
.c.o: foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<
這個例子，就是說，文件".c.o"依賴於文件"foo.h"，而不是咱們想要的這樣：
%.o: %.c foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<
後綴規則中，若是沒有命令，那是毫無心義的。由於他也不會移去內建的隱含規則。
而要讓make知道一些特定的後綴，咱們可使用僞目標".SUFFIXES"來定義或是刪除，如：
.SUFFIXES: .hack .win
把後綴.hack和.win加入後綴列表中的末尾。
.SUFFIXES: # 刪除默認的後綴
.SUFFIXES: .c .o .h # 定義本身的後綴
先清楚默認後綴，後定義本身的後綴列表。
make的參數"-r"或"-no-builtin-rules"也會使用得默認的後綴列表爲空。而變量"SUFFIXE"被用來定義默認的後綴列表，你能夠用".SUFFIXES"來改變後綴列表，但請不要改變變量"SUFFIXE"的值。
7、隱含規則搜索算法
好比咱們有一個目標叫 T。下面是搜索目標T的規則的算法。請注意，在下面，咱們沒有提到後綴規則，緣由是，全部的後綴規則在Makefile被載入內存時，會被轉換成模式規 則。若是目標是"archive(member)"的函數庫文件模式，那麼這個算法會被運行兩次，第一次是找目標T，若是沒有找到的話，那麼進入第二次， 第二次會把"member"看成T來搜索。
一、把T的目錄部分分離出來。叫D，而剩餘部分叫N。（如：若是T是"src/foo.o"，那麼，D就是"src/"，N就是"foo.o"）
二、建立全部匹配於T或是N的模式規則列表。
三、若是在模式規則列表中有匹配全部文件的模式，如"%"，那麼從列表中移除其它的模式。
四、移除列表中沒有命令的規則。
五、對於第一個在列表中的模式規則：
1）推導其"莖"S，S應該是T或是N匹配於模式中"%"非空的部分。
2）計算依賴文件。把依賴文件中的"%"都替換成"莖"S。若是目標模式中沒有包含斜框字符，而把D加在第一個依賴文件的開頭。
3）測試是否全部的依賴文件都存在或是理當存在。（若是有一個文件被定義成另一個規則的目標文件，或者是一個顯式規則的依賴文件，那麼這個文件就叫"理當存在"）
4）若是全部的依賴文件存在或是理當存在，或是就沒有依賴文件。那麼這條規則將被採用，退出該算法。
六、若是通過第5步，沒有模式規則被找到，那麼就作更進一步的搜索。對於存在於列表中的第一個模式規則：
1）若是規則是終止規則，那就忽略它，繼續下一條模式規則。
2）計算依賴文件。（同第5步）
3）測試全部的依賴文件是否存在或是理當存在。
4）對於不存在的依賴文件，遞歸調用這個算法查找他是否能夠被隱含規則找到。
5）若是全部的依賴文件存在或是理當存在，或是就根本沒有依賴文件。那麼這條規則被採用，退出該算法。
七、若是沒有隱含規則可使用，查看".DEFAULT"規則，若是有，採用，把".DEFAULT"的命令給T使用。
一旦規則被找到，就會執行其至關的命令，而此時，咱們的自動化變量的值纔會生成。