Linux makefile教程 非常詳細，且易懂
阿新 • • 發佈：2019-01-24
隱含規則
————
在我們使用Makefile時，有一些我們會經常使用，而且使用頻率非常高的東西，比如，我們編譯C/C++的源程式為中間目標檔案（Unix下是[.o]檔案，Windows下是[.obj]檔案）。本章講述的就是一些在Makefile中的“隱含的”，早先約定了的，不需要我們再寫出來的規則。
“隱含規則”也就是一種慣例，make會按照這種“慣例”心照不喧地來執行，那怕我們的Makefile中沒有書寫這樣的規則。例如，把[.c]檔案編譯成[.o]檔案這一規則，你根本就不用寫出來，make會自動推匯出這種規則，並生成我們需要的[.o]檔案。
“隱含規則”會使用一些我們系統變數，我們可以改變這些系統變數的值來定製隱含規則的執行時的引數。如系統變數“CFLAGS”可以控制編譯時的編譯器引數。
我們還可以通過“模式規則”的方式寫下自己的隱含規則。用“字尾規則”來定義隱含規則會有許多的限制。使用“模式規則”會更回得智慧和清楚，但“字尾規則”可以用來保證我們Makefile的相容性。
我們瞭解了“隱含規則”，可以讓其為我們更好的服務，也會讓我們知道一些“約定俗成”了的東西，而不至於使得我們在執行Makefile時出現一些我們覺得莫名其妙的東西。當然，任何事物都是矛盾的，水能載舟，亦可覆舟，所以，有時候“隱含規則”也會給我們造成不小的麻煩。只有瞭解了它，我們才能更好地使用它。
一、使用隱含規則
如果要使用隱含規則生成你需要的目標，你所需要做的就是不要寫出這個目標的規則。那麼，make會試圖去自動推導產生這個目標的規則和命令，如果make可以自動推導生成這個目標的規則和命令，那麼這個行為就是隱含規則的自動推導。當然，隱含規則是make事先約定好的一些東西。例如，我們有下面的一個Makefile：
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的規則就不再尋找下一條規則了。如果你確實不希望任何隱含規則推導，那麼，你就不要只寫出“依賴規則”，而不寫命令。
二、隱含規則一覽
這裡我們將講述所有預先設定（也就是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。具體的細節，我們會在後面講述。
還是先來看一看常用的隱含規則吧。
1、編譯C程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.c”，並且其生成命令是“$(CC) –c $(CPPFLAGS) $(CFLAGS)”
2、編譯C++程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.cc”或是“<n>.C”，並且其生成命令是“$(CXX) –c $(CPPFLAGS) $(CFLAGS)”。（建議使用“.cc”作為C++原始檔的字尾，而不是“.C”）
3、編譯Pascal程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.p”，並且其生成命令是“$(PC) –c $(PFLAGS)”。
4、編譯Fortran/Ratfor程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.r”或“<n>.F”或“<n>.f”，並且其生成命令是:
“.f” “$(FC) –c $(FFLAGS)”
“.F” “$(FC) –c $(FFLAGS) $(CPPFLAGS)”
“.f” “$(FC) –c $(FFLAGS) $(RFLAGS)”
5、預處理Fortran/Ratfor程式的隱含規則。
“<n>.f”的目標的依賴目標會自動推導為“<n>.r”或“<n>.F”。這個規則只是轉換Ratfor或有預處理的Fortran程式到一個標準的Fortran程式。其使用的命令是：
“.F” “$(FC) –F $(CPPFLAGS) $(FFLAGS)”
“.r” “$(FC) –F $(FFLAGS) $(RFLAGS)”
6、編譯Modula-2程式的隱含規則。
“<n>.sym”的目標的依賴目標會自動推導為“<n>.def”，並且其生成命令是：“$(M2C) $(M2FLAGS) $(DEFFLAGS)”。“<n.o>” 的目標的依賴目標會自動推導為“<n>.mod”，並且其生成命令是：“$(M2C) $(M2FLAGS) $(MODFLAGS)”。
7、彙編和彙編預處理的隱含規則。
“<n>.o” 的目標的依賴目標會自動推導為“<n>.s”，預設使用編譯品“as”，並且其生成命令是：“$(AS) $(ASFLAGS)”。“<n>.s” 的目標的依賴目標會自動推導為“<n>.S”，預設使用C預編譯器“cpp”，並且其生成命令是：“$(AS) $(ASFLAGS)”。
8、連結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）相關聯，那麼，你最好寫出自己的生成規則，不然，隱含規則會報錯的。
9、Yacc C程式時的隱含規則。
“<n>.c”的依賴檔案被自動推導為“n.y”（Yacc生成的檔案），其生成命令是：“$(YACC) $(YFALGS)”。（“Yacc”是一個語法分析器，關於其細節請檢視相關資料）
10、Lex C程式時的隱含規則。
“<n>.c”的依賴檔案被自動推導為“n.l”（Lex生成的檔案），其生成命令是：“$(LEX) $(LFALGS)”。（關於“Lex”的細節請檢視相關資料）
11、Lex Ratfor程式時的隱含規則。
“<n>.r”的依賴檔案被自動推導為“n.l”（Lex生成的檔案），其生成命令是：“$(LEX) $(LFALGS)”。
12、從C程式、Yacc檔案或Lex檔案建立Lint庫的隱含規則。
“<n>.ln” （lint生成的檔案）的依賴檔案被自動推導為“n.c”，其生成命令是：“$(LINT) $(LINTFALGS) $(CPPFLAGS) -i”。對於“<n>.y”和“<n>.l”也是同樣的規則。
三、隱含規則使用的變數
在隱含規則中的命令中，基本上都是使用了一些預先設定的變數。你可以在你的makefile中改變這些變數的值，或是在make的命令列中傳入這些值，或是在你的環境變數中設定這些值，無論怎麼樣，只要設定了這些特定的變數，那麼其就會對隱含規則起作用。當然，你也可以利用make的“-R”或“--no–builtin-variables”引數來取消你所定義的變數對隱含規則的作用。
例如，第一條隱含規則——編譯C程式的隱含規則的命令是“$(CC) –c $(CFLAGS) $(CPPFLAGS)”。Make預設的編譯命令是“cc”，如果你把變數“$(CC)”重定義成“gcc”，把變數“$(CFLAGS)”重定義成“-g”，那麼，隱含規則中的命令全部會以“gcc –c -g $(CPPFLAGS)”的樣子來執行了。
我們可以把隱含規則中使用的變數分成兩種：一種是命令相關的，如“CC”；一種是引數相的關，如“CFLAGS”。下面是所有隱含規則中會用到的變數：
1、關於命令的變數。
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”。
2、關於命令引數的變數
下面的這些變數都是相關上面的命令的引數。如果沒有指明其預設值，那麼其預設值都是空。
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文法分析器引數。
四、隱含規則鏈
有些時候，一個目標可能被一系列的隱含規則所作用。例如，一個[.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），於是優化過的規則就不會生成中間檔案。
五、定義模式規則
你可以使用模式規則來定義一個隱含規則。一個模式規則就好像一個一般的規則，只是在規則中，目標的定義需要有"%"字元。"%"的意思是表示一個或多個任意字元。在依賴目標中同樣可以使用"%"，只是依賴目標中的"%"的取值，取決於其目標。
有一點需要注意的是，"%"的展開發生在變數和函式的展開之後，變數和函式的展開發生在make載入Makefile時，而模式規則中的"%"則發生在執行時。
1、模式規則介紹
模式規則中，至少在規則的目標定義中要包含"%"，否則，就是一般的規則。目標中的"%"定義表示對檔名的匹配，"%"表示長度任意的非空字串。例如："%.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關心的是依賴的檔名和生成目標的命令這兩件事。
2、模式規則示例
下面這個例子表示了,把所有的[.c]檔案都編譯成[.o]檔案.
%.o : %.c
$(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o
其中，"[email protected]"表示所有的目標的挨個值，"$<"表示了所有依賴目標的挨個值。這些奇怪的變數我們叫"自動化變數"，後面會詳細講述。
下面的這個例子中有兩個目標是模式的：
%.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]檔案的依賴關係也寫好，那麼，所有的目標都會得到滿足）
3、自動化變數
在上述的模式規則中，目標和依賴檔案都是一系例的檔案，那麼我們如何書寫一個命令來完成從不同的依賴檔案生成相應的目標？因為在每一次的對模式規則的解析時，都會是不同的目標和依賴檔案。
自動化變數就是完成這個功能的。在前面，我們已經對自動化變數有所提涉，相信你看到這裡已對它有一個感性認識了。所謂自動化變數，就是這種變數會把模式中所定義的一系列的檔案自動地挨個取出，直至所有的符合模式的檔案都取完了。這種自動化變數只應出現在規則的命令中。
下面是所有的自動化變數及其說明：
表示規則中的目標檔案集。在模式規則中，如果有多個目標，那麼，"[email protected]"就是匹配於目標中模式定義的集合。
$%
僅當目標是函式庫檔案中，表示規則中的目標成員名。例如，如果一個目標是"foo.a(bar.o)"，那麼，"$%"就是"bar.o"，"[email protected]"就是"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"的含義：
$(@D)
表示"[email protected]"的目錄部分（不以斜槓作為結尾），如果"[email protected]"值是"dir/foo.o"，那麼"$(@D)"就是"dir"，而如果"[email protected]"中沒有包含斜槓的話，其值就是"."（當前目錄）。
$(@F)
表示"[email protected]"的檔案部分，如果"[email protected]"值是"dir/foo.o"，那麼"$(@F)"就是"foo.o"，"$(@F)"相當於函式"$(notdir [email protected])"。
"$(*D)"
"$(*F)"
和上面所述的同理，也是取檔案的目錄部分和檔案部分。對於上面的那個例子，"$(*D)"返回"dir"，而"$(*F)"返回"foo"
"$(%D)"
"$(%F)"
分別表示了函式包檔案成員的目錄部分和檔案部分。這對於形同"archive(member)"形式的目標中的"member"中包含了不同的目錄很有用。
"$(<D)"
"$(<F)"
分別表示依賴檔案的目錄部分和檔案部分。
"$(^D)"
"$(^F)"
分別表示所有依賴檔案的目錄部分和檔案部分。（無相同的）
"$(+D)"
"$(+F)"
分別表示所有依賴檔案的目錄部分和檔案部分。（可以有相同的）
"$(?D)"
"$(?F)"
分別表示被更新的依賴檔案的目錄部分和檔案部分。
最後想提醒一下的是，對於"$<"，為了避免產生不必要的麻煩，我們最好給$後面的那個特定字元都加上圓括號，比如，"$(< )"就要比"$<"要好一些。
還得要注意的是，這些變數只使用在規則的命令中，而且一般都是"顯式規則"和"靜態模式規則"（參見前面"書寫規則"一章）。其在隱含規則中並沒有意義。
4、模式的匹配
一般來說，一個目標的模式有一個有字首或是字尾的"%"，或是沒有前後綴，直接就是一個"%"。因為"%"代表一個或多個字元，所以在定義好了的模式中，我們把"%"所匹配的內容叫做"莖"，例如"%.c"所匹配的檔案"test.c"中"test"就是"莖"。因為在目標和依賴目標中同時有"%"時，依賴目標的"莖"會傳給目標，當做目標中的"莖"。
當一個模式匹配包含有斜槓（實際也不經常包含）的檔案時，那麼在進行模式匹配時，目錄部分會首先被移開，然後進行匹配，成功後，再把目錄加回去。在進行"莖"的傳遞時，我們需要知道這個步驟。例如有一個模式"e%t"，檔案"src/eat"匹配於該模式，於是"src/a"就是其"莖"，如果這個模式定義在依賴目標中，而被依賴於這個模式的目標中又有個模式"c%r"，那麼，目標就是"src/car"。（"莖"被傳遞）
5、過載內建隱含規則
你可以過載內建的隱含規則（或是定義一個全新的），例如你可以重新構造和內建隱含規則不同的命令，如：
%.o : %.c
$(CC) -c $(CPPFLAGS) $(CFLAGS) -D$(date)
你可以取消內建的隱含規則，只要不在後面寫命令就行。如：
%.o : %.s
同樣，你也可以重新定義一個全新的隱含規則，其在隱含規則中的位置取決於你在哪裡寫下這個規則。朝前的位置就靠前。
六、老式風格的"字尾規則"
字尾規則是一個比較老式的定義隱含規則的方法。字尾規則會被模式規則逐步地取代。因為模式規則更強更清晰。為了和老版本的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 [email protected] $<
字尾規則不允許任何的依賴檔案，如果有依賴檔案的話，那就不是字尾規則，那些字尾統統被認為是檔名，如：
.c.o: foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o [email protected] $<
這個例子，就是說，檔案".c.o"依賴於檔案"foo.h"，而不是我們想要的這樣：
%.o: %.c foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o [email protected] $<
字尾規則中，如果沒有命令，那是毫無意義的。因為他也不會移去內建的隱含規則。
而要讓make知道一些特定的字尾，我們可以使用偽目標".SUFFIXES"來定義或是刪除，如：
.SUFFIXES: .hack .win
把字尾.hack和.win加入字尾列表中的末尾。
.SUFFIXES: # 刪除預設的字尾
.SUFFIXES: .c .o .h # 定義自己的字尾
先清楚預設字尾，後定義自己的字尾列表。
make的引數"-r"或"-no-builtin-rules"也會使用得預設的字尾列表為空。而變數"SUFFIXE"被用來定義預設的字尾列表，你可以用".SUFFIXES"來改變字尾列表，但請不要改變變數"SUFFIXE"的值。
七、隱含規則搜尋演算法
比如我們有一個目標叫 T。下面是搜尋目標T的規則的演算法。請注意，在下面，我們沒有提到字尾規則，原因是，所有的字尾規則在Makefile被載入記憶體時，會被轉換成模式規則。如果目標是"archive(member)"的函式庫檔案模式，那麼這個演算法會被執行兩次，第一次是找目標T，如果沒有找到的話，那麼進入第二次，第二次會把"member"當作T來搜尋。
1、把T的目錄部分分離出來。叫D，而剩餘部分叫N。（如：如果T是"src/foo.o"，那麼，D就是"src/"，N就是"foo.o"）
2、建立所有匹配於T或是N的模式規則列表。
3、如果在模式規則列表中有匹配所有檔案的模式，如"%"，那麼從列表中移除其它的模式。
4、移除列表中沒有命令的規則。
5、對於第一個在列表中的模式規則：
1）推導其"莖"S，S應該是T或是N匹配於模式中"%"非空的部分。
2）計算依賴檔案。把依賴檔案中的"%"都替換成"莖"S。如果目標模式中沒有包含斜框字元，而把D加在第一個依賴檔案的開頭。
3）測試是否所有的依賴檔案都存在或是理當存在。（如果有一個檔案被定義成另外一個規則的目標檔案，或者是一個顯式規則的依賴檔案，那麼這個檔案就叫"理當存在"）
4）如果所有的依賴檔案存在或是理當存在，或是就沒有依賴檔案。那麼這條規則將被採用，退出該演算法。
6、如果經過第5步，沒有模式規則被找到，那麼就做更進一步的搜尋。對於存在於列表中的第一個模式規則：
1）如果規則是終止規則，那就忽略它，繼續下一條模式規則。
2）計算依賴檔案。（同第5步）
3）測試所有的依賴檔案是否存在或是理當存在。
4）對於不存在的依賴檔案，遞迴呼叫這個演算法查詢他是否可以被隱含規則找到。
5）如果所有的依賴檔案存在或是理當存在，或是就根本沒有依賴檔案。那麼這條規則被採用，退出該演算法。
7、如果沒有隱含規則可以使用，檢視".DEFAULT"規則，如果有，採用，把".DEFAULT"的命令給T使用。
一旦規則被找到，就會執行其相當的命令，而此時，我們的自動化變數的值才會生成。
使用make更新函式庫檔案
———————————
函式庫檔案也就是對Object檔案（程式編譯的中間檔案）的打包檔案。在Unix下，一般是由命令"ar"來完成打包工作。
一、函式庫檔案的成員
一個函式庫檔案由多個檔案組成。你可以以如下格式指定函式庫檔案及其組成：
archive(member)
這個不是一個命令，而一個目標和依賴的定義。一般來說，這種用法基本上就是為了"ar"命令來服務的。如：
foolib(hack.o) : hack.o
ar cr foolib hack.o
如果要指定多個member，那就以空格分開，如：
foolib(hack.o kludge.o)
其等價於：
foolib(hack.o) foolib(kludge.o)
你還可以使用Shell的檔案萬用字元來定義，如：
foolib(*.o)
二、函式庫成員的隱含規則
當make搜尋一個目標的隱含規則時，一個特殊的特性是，如果這個目標是"a(m)"形式的，其會把目標變成"(m)"。於是，如果我們的成員是"%.o"的模式定義，並且如果我們使用"make foo.a(bar.o)"的形式呼叫Makefile時，隱含規則會去找"bar.o"的規則，如果沒有定義bar.o的規則，那麼內建隱含規則生效，make會去找bar.c檔案來生成bar.o，如果找得到的話，make執行的命令大致如下：
cc -c bar.c -o bar.o
ar r foo.a bar.o
rm -f bar.o
還有一個變數要注意的是"$%"，這是專屬函式庫檔案的自動化變數，有關其說明請參見"自動化變數"一節。
三、函式庫檔案的字尾規則
你可以使用"字尾規則"和"隱含規則"來生成函式庫打包檔案，如：
.c.a:
$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o
$(AR) r [email protected] $*.o
$(RM) $*.o
其等效於：
(%.o) : %.c
$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o
$(AR) r [email protected] $*.o
$(RM) $*.o
四、注意事項
在進行函式庫打包檔案生成時，請小心使用make的並行機制（"-j"引數）。如果多個ar命令在同一時間執行在同一個函式庫打包檔案上，就很有可以損壞這個函式庫檔案。所以，在make未來的版本中，應該提供一種機制來避免並行操作發生在函式打包檔案上。
但就目前而言，你還是應該不要儘量不要使用"-j"引數。
後序
——
終於到寫結束語的時候了，以上基本上就是GNU make的Makefile的所有細節了。其它的產商的make基本上也就是這樣的，無論什麼樣的make，都是以檔案的依賴性為基礎的，其基本是都是遵循一個標準的。這篇文件中80%的技術細節都適用於任何的make，我猜測"函式"那一章的內容可能不是其它make所支援的，而隱含規則方面，我想不同的make會有不同的實現，我沒有精力來檢視GNU的make和VC的nmake、BCB的make，或是別的UNIX下的make有些什麼樣的差別，一是時間精力不夠，二是因為我基本上都是在Unix下使用make，以前在SCO Unix和IBM的AIX，現在在Linux、Solaris、HP-UX、AIX和Alpha下使用，Linux和Solaris下更多一點。不過，我可以肯定的是，在Unix下的make，無論是哪種平臺，幾乎都使用了Richard Stallman開發的make和cc/gcc的編譯器，而且，基本上都是GNU的make（公司裡所有的UNIX機器上都被裝上了GNU的東西，所以，使用GNU的程式也就多了一些）。GNU的東西還是很不錯的，特別是使用得深了以後，越來越覺得GNU的軟體的強大，也越來越覺得GNU的在作業系統中（主要是Unix，甚至Windows）"殺傷力"。
對於上述所有的make的細節，我們不但可以利用make這個工具來編譯我們的程式，還可以利用make來完成其它的工作，因為規則中的命令可以是任何Shell之下的命令，所以，在Unix下，你不一定只是使用程式語言的編譯器，你還可以在Makefile中書寫其它的命令，如：tar、awk、mail、sed、cvs、compress、ls、rm、yacc、rpm、ftp……等等，等等，來完成諸如"程式打包"、"程式備份"、"製作程式安裝包"、"提交程式碼"、"使用程式模板"、"合併檔案"等等五花八門的功能，檔案操作，檔案管理，程式設計開發設計，或是其它一些異想天開的東西。比如，以前在書寫銀行交易程式時，由於銀行的交易程式基本一樣，就見到有人書寫了一些交易的通用程式模板，在該模板中把一些網路通訊、資料庫操作的、業務操作共性的東西寫在一個檔案中，在這些檔案中用些諸如"@@@N、###N"奇怪字串標註一些位置，然後書寫交易時，只需按照一種特定的規則書寫特定的處理，最後在make時，使用awk和sed，把模板中的"@@@N、###N"等字串替代成特定的程式，形成C檔案，然後再編譯。這個動作很像資料庫的"擴充套件C"語言（即在C語言中用"EXEC SQL"的樣子執行SQL語句，在用cc/gcc編譯之前，需要使用"擴充套件C"的翻譯程式，如cpre，把其翻譯成標準C）。如果你在使用make時有一些更為絕妙的方法，請記得告訴我啊。
回頭看看整篇文件，不覺記起幾年前剛剛開始在Unix下做開發的時候，有人問我會不會寫Makefile時，我兩眼發直，根本不知道在說什麼。一開始看到別人在vi中寫完程式後輸入"!make"時，還以為是vi的功能，後來才知道有一個Makefile在作怪，於是上網查啊查，那時又不願意看英文，發現就根本沒有中文的文件介紹Makefile，只得看別人寫的Makefile，自己瞎碰瞎搞才積累了一點知識，但在很多地方完全是知其然不知所以然。後來開始從事UNIX下產品軟體的開發，看到一個400人年，近200萬行程式碼的大工程，發現要編譯這樣一個龐然大物，如果沒有Makefile，那會是多麼恐怖的一樣事啊。於是橫下心來，狠命地讀了一堆英文文件，才覺得對其掌握了。但發現目前網上對Makefile介紹的文章還是少得那麼的可憐，所以想寫這樣一篇文章，共享給大家，希望能對各位有所幫助。
現在我終於寫完了，看了看檔案的建立時間，這篇技術文件也寫了兩個多月了。發現，自己知道是一回事，要寫下來，跟別人講述又是另外一回事，而且，現在越來越沒有時間專研技術細節，所以在寫作時，發現在闡述一些細節問題時很難做到嚴謹和精練，而且對先講什麼後講什麼不是很清楚，所以，還是參考了一些國外站點上的資料和題綱，以及一些技術書籍的語言風格，才得以完成。整篇文件的提綱是基於GNU的Makefile技術手冊的提綱來書寫的，並結合了自己的工作經驗，以及自己的學習歷程。因為從來沒有寫過這麼長，這麼細的文件，所以一定會有很多地方存在表達問題，語言歧義或是錯誤。因些，我迫切地得等待各位給我指證和建議，以及任何的反饋。
最後，還是利用這個後序，介紹一下自己。我目前從事於所有Unix平臺下的軟體研發，主要是做分散式計算/網格計算方面的系統產品軟體，並且我對於下一代的計算機革命——網格計算非常地感興趣，對於分散式計算、P2P、Web Service、J2EE技術方向也很感興趣，同時，對於專案實施、團隊管理、專案管理也小有心得，希望同樣和我戰鬥在“技術和管理並重”的陣線上的年輕一代，能夠和我多多地交流。我的MSN是：[email protected]（常用），QQ是：753640（不常用）。（注：請勿給我MSN的郵箱發信，由於hotmail的垃圾郵件導致我拒收這個郵箱的所有來信）
我歡迎任何形式的交流，無論是討論技術還是管理，或是其它海闊天空的東西。除了政治和娛樂新聞我不關心，其它只要積極向上的東西我都歡迎！
最最後，我還想介紹一下make程式的設計開發者。
首當其衝的是： Richard Stallman
開源軟體的領袖和先驅，從來沒有領過一天工資，從來沒有使用過Windows作業系統。對於他的事蹟和他的軟體以及他的思想，我無需說過多的話，相信大家對這個人並不比我陌生，這是他的主頁：http://www.stallman.org/ 。
第二位是：Roland McGrath
個人主頁是：http://www.frob.com/~roland/ ，下面是他的一些事蹟：
1） 合作編寫了並維護GNU make。
2） 和Thomas Bushnell一同編寫了GNU Hurd。
3） 編寫並維護著GNU C library。
4） 合作編寫並維護著部分的GNU Emacs。
在此，向這兩位開源專案的鬥士致以最真切的敬意。
（全文完）
————
在我們使用Makefile時，有一些我們會經常使用，而且使用頻率非常高的東西，比如，我們編譯C/C++的源程式為中間目標檔案（Unix下是[.o]檔案，Windows下是[.obj]檔案）。本章講述的就是一些在Makefile中的“隱含的”，早先約定了的，不需要我們再寫出來的規則。
“隱含規則”也就是一種慣例，make會按照這種“慣例”心照不喧地來執行，那怕我們的Makefile中沒有書寫這樣的規則。例如，把[.c]檔案編譯成[.o]檔案這一規則，你根本就不用寫出來，make會自動推匯出這種規則，並生成我們需要的[.o]檔案。
“隱含規則”會使用一些我們系統變數，我們可以改變這些系統變數的值來定製隱含規則的執行時的引數。如系統變數“CFLAGS”可以控制編譯時的編譯器引數。
我們還可以通過“模式規則”的方式寫下自己的隱含規則。用“字尾規則”來定義隱含規則會有許多的限制。使用“模式規則”會更回得智慧和清楚，但“字尾規則”可以用來保證我們Makefile的相容性。
我們瞭解了“隱含規則”，可以讓其為我們更好的服務，也會讓我們知道一些“約定俗成”了的東西，而不至於使得我們在執行Makefile時出現一些我們覺得莫名其妙的東西。當然，任何事物都是矛盾的，水能載舟，亦可覆舟，所以，有時候“隱含規則”也會給我們造成不小的麻煩。只有瞭解了它，我們才能更好地使用它。
一、使用隱含規則
如果要使用隱含規則生成你需要的目標，你所需要做的就是不要寫出這個目標的規則。那麼，make會試圖去自動推導產生這個目標的規則和命令，如果make可以自動推導生成這個目標的規則和命令，那麼這個行為就是隱含規則的自動推導。當然，隱含規則是make事先約定好的一些東西。例如，我們有下面的一個Makefile：
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的規則就不再尋找下一條規則了。如果你確實不希望任何隱含規則推導，那麼，你就不要只寫出“依賴規則”，而不寫命令。
二、隱含規則一覽
這裡我們將講述所有預先設定（也就是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。具體的細節，我們會在後面講述。
還是先來看一看常用的隱含規則吧。
1、編譯C程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.c”，並且其生成命令是“$(CC) –c $(CPPFLAGS) $(CFLAGS)”
2、編譯C++程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.cc”或是“<n>.C”，並且其生成命令是“$(CXX) –c $(CPPFLAGS) $(CFLAGS)”。（建議使用“.cc”作為C++原始檔的字尾，而不是“.C”）
3、編譯Pascal程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.p”，並且其生成命令是“$(PC) –c $(PFLAGS)”。
4、編譯Fortran/Ratfor程式的隱含規則。
“<n>.o”的目標的依賴目標會自動推導為“<n>.r”或“<n>.F”或“<n>.f”，並且其生成命令是:
“.f” “$(FC) –c $(FFLAGS)”
“.F” “$(FC) –c $(FFLAGS) $(CPPFLAGS)”
“.f” “$(FC) –c $(FFLAGS) $(RFLAGS)”
5、預處理Fortran/Ratfor程式的隱含規則。
“<n>.f”的目標的依賴目標會自動推導為“<n>.r”或“<n>.F”。這個規則只是轉換Ratfor或有預處理的Fortran程式到一個標準的Fortran程式。其使用的命令是：
“.F” “$(FC) –F $(CPPFLAGS) $(FFLAGS)”
“.r” “$(FC) –F $(FFLAGS) $(RFLAGS)”
6、編譯Modula-2程式的隱含規則。
“<n>.sym”的目標的依賴目標會自動推導為“<n>.def”，並且其生成命令是：“$(M2C) $(M2FLAGS) $(DEFFLAGS)”。“<n.o>” 的目標的依賴目標會自動推導為“<n>.mod”，並且其生成命令是：“$(M2C) $(M2FLAGS) $(MODFLAGS)”。
7、彙編和彙編預處理的隱含規則。
“<n>.o” 的目標的依賴目標會自動推導為“<n>.s”，預設使用編譯品“as”，並且其生成命令是：“$(AS) $(ASFLAGS)”。“<n>.s” 的目標的依賴目標會自動推導為“<n>.S”，預設使用C預編譯器“cpp”，並且其生成命令是：“$(AS) $(ASFLAGS)”。
8、連結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）相關聯，那麼，你最好寫出自己的生成規則，不然，隱含規則會報錯的。
9、Yacc C程式時的隱含規則。
“<n>.c”的依賴檔案被自動推導為“n.y”（Yacc生成的檔案），其生成命令是：“$(YACC) $(YFALGS)”。（“Yacc”是一個語法分析器，關於其細節請檢視相關資料）
10、Lex C程式時的隱含規則。
“<n>.c”的依賴檔案被自動推導為“n.l”（Lex生成的檔案），其生成命令是：“$(LEX) $(LFALGS)”。（關於“Lex”的細節請檢視相關資料）
11、Lex Ratfor程式時的隱含規則。
“<n>.r”的依賴檔案被自動推導為“n.l”（Lex生成的檔案），其生成命令是：“$(LEX) $(LFALGS)”。
12、從C程式、Yacc檔案或Lex檔案建立Lint庫的隱含規則。
“<n>.ln” （lint生成的檔案）的依賴檔案被自動推導為“n.c”，其生成命令是：“$(LINT) $(LINTFALGS) $(CPPFLAGS) -i”。對於“<n>.y”和“<n>.l”也是同樣的規則。
三、隱含規則使用的變數
在隱含規則中的命令中，基本上都是使用了一些預先設定的變數。你可以在你的makefile中改變這些變數的值，或是在make的命令列中傳入這些值，或是在你的環境變數中設定這些值，無論怎麼樣，只要設定了這些特定的變數，那麼其就會對隱含規則起作用。當然，你也可以利用make的“-R”或“--no–builtin-variables”引數來取消你所定義的變數對隱含規則的作用。
例如，第一條隱含規則——編譯C程式的隱含規則的命令是“$(CC) –c $(CFLAGS) $(CPPFLAGS)”。Make預設的編譯命令是“cc”，如果你把變數“$(CC)”重定義成“gcc”，把變數“$(CFLAGS)”重定義成“-g”，那麼，隱含規則中的命令全部會以“gcc –c -g $(CPPFLAGS)”的樣子來執行了。
我們可以把隱含規則中使用的變數分成兩種：一種是命令相關的，如“CC”；一種是引數相的關，如“CFLAGS”。下面是所有隱含規則中會用到的變數：
1、關於命令的變數。
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”。
2、關於命令引數的變數
下面的這些變數都是相關上面的命令的引數。如果沒有指明其預設值，那麼其預設值都是空。
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文法分析器引數。
四、隱含規則鏈
有些時候，一個目標可能被一系列的隱含規則所作用。例如，一個[.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），於是優化過的規則就不會生成中間檔案。
五、定義模式規則
你可以使用模式規則來定義一個隱含規則。一個模式規則就好像一個一般的規則，只是在規則中，目標的定義需要有"%"字元。"%"的意思是表示一個或多個任意字元。在依賴目標中同樣可以使用"%"，只是依賴目標中的"%"的取值，取決於其目標。
有一點需要注意的是，"%"的展開發生在變數和函式的展開之後，變數和函式的展開發生在make載入Makefile時，而模式規則中的"%"則發生在執行時。
1、模式規則介紹
模式規則中，至少在規則的目標定義中要包含"%"，否則，就是一般的規則。目標中的"%"定義表示對檔名的匹配，"%"表示長度任意的非空字串。例如："%.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關心的是依賴的檔名和生成目標的命令這兩件事。
2、模式規則示例
下面這個例子表示了,把所有的[.c]檔案都編譯成[.o]檔案.
%.o : %.c
$(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o
其中，"[email protected]"表示所有的目標的挨個值，"$<"表示了所有依賴目標的挨個值。這些奇怪的變數我們叫"自動化變數"，後面會詳細講述。
下面的這個例子中有兩個目標是模式的：
%.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]檔案的依賴關係也寫好，那麼，所有的目標都會得到滿足）
3、自動化變數
在上述的模式規則中，目標和依賴檔案都是一系例的檔案，那麼我們如何書寫一個命令來完成從不同的依賴檔案生成相應的目標？因為在每一次的對模式規則的解析時，都會是不同的目標和依賴檔案。
自動化變數就是完成這個功能的。在前面，我們已經對自動化變數有所提涉，相信你看到這裡已對它有一個感性認識了。所謂自動化變數，就是這種變數會把模式中所定義的一系列的檔案自動地挨個取出，直至所有的符合模式的檔案都取完了。這種自動化變數只應出現在規則的命令中。
下面是所有的自動化變數及其說明：
表示規則中的目標檔案集。在模式規則中，如果有多個目標，那麼，"[email protected]"就是匹配於目標中模式定義的集合。
$%
僅當目標是函式庫檔案中，表示規則中的目標成員名。例如，如果一個目標是"foo.a(bar.o)"，那麼，"$%"就是"bar.o"，"[email protected]"就是"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"的含義：
$(@D)
表示"[email protected]"的目錄部分（不以斜槓作為結尾），如果"[email protected]"值是"dir/foo.o"，那麼"$(@D)"就是"dir"，而如果"[email protected]"中沒有包含斜槓的話，其值就是"."（當前目錄）。
$(@F)
表示"[email protected]"的檔案部分，如果"[email protected]"值是"dir/foo.o"，那麼"$(@F)"就是"foo.o"，"$(@F)"相當於函式"$(notdir [email protected])"。
"$(*D)"
"$(*F)"
和上面所述的同理，也是取檔案的目錄部分和檔案部分。對於上面的那個例子，"$(*D)"返回"dir"，而"$(*F)"返回"foo"
"$(%D)"
"$(%F)"
分別表示了函式包檔案成員的目錄部分和檔案部分。這對於形同"archive(member)"形式的目標中的"member"中包含了不同的目錄很有用。
"$(<D)"
"$(<F)"
分別表示依賴檔案的目錄部分和檔案部分。
"$(^D)"
"$(^F)"
分別表示所有依賴檔案的目錄部分和檔案部分。（無相同的）
"$(+D)"
"$(+F)"
分別表示所有依賴檔案的目錄部分和檔案部分。（可以有相同的）
"$(?D)"
"$(?F)"
分別表示被更新的依賴檔案的目錄部分和檔案部分。
最後想提醒一下的是，對於"$<"，為了避免產生不必要的麻煩，我們最好給$後面的那個特定字元都加上圓括號，比如，"$(< )"就要比"$<"要好一些。
還得要注意的是，這些變數只使用在規則的命令中，而且一般都是"顯式規則"和"靜態模式規則"（參見前面"書寫規則"一章）。其在隱含規則中並沒有意義。
4、模式的匹配
一般來說，一個目標的模式有一個有字首或是字尾的"%"，或是沒有前後綴，直接就是一個"%"。因為"%"代表一個或多個字元，所以在定義好了的模式中，我們把"%"所匹配的內容叫做"莖"，例如"%.c"所匹配的檔案"test.c"中"test"就是"莖"。因為在目標和依賴目標中同時有"%"時，依賴目標的"莖"會傳給目標，當做目標中的"莖"。
當一個模式匹配包含有斜槓（實際也不經常包含）的檔案時，那麼在進行模式匹配時，目錄部分會首先被移開，然後進行匹配，成功後，再把目錄加回去。在進行"莖"的傳遞時，我們需要知道這個步驟。例如有一個模式"e%t"，檔案"src/eat"匹配於該模式，於是"src/a"就是其"莖"，如果這個模式定義在依賴目標中，而被依賴於這個模式的目標中又有個模式"c%r"，那麼，目標就是"src/car"。（"莖"被傳遞）
5、過載內建隱含規則
你可以過載內建的隱含規則（或是定義一個全新的），例如你可以重新構造和內建隱含規則不同的命令，如：
%.o : %.c
$(CC) -c $(CPPFLAGS) $(CFLAGS) -D$(date)
你可以取消內建的隱含規則，只要不在後面寫命令就行。如：
%.o : %.s
同樣，你也可以重新定義一個全新的隱含規則，其在隱含規則中的位置取決於你在哪裡寫下這個規則。朝前的位置就靠前。
六、老式風格的"字尾規則"
字尾規則是一個比較老式的定義隱含規則的方法。字尾規則會被模式規則逐步地取代。因為模式規則更強更清晰。為了和老版本的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 [email protected] $<
字尾規則不允許任何的依賴檔案，如果有依賴檔案的話，那就不是字尾規則，那些字尾統統被認為是檔名，如：
.c.o: foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o [email protected] $<
這個例子，就是說，檔案".c.o"依賴於檔案"foo.h"，而不是我們想要的這樣：
%.o: %.c foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o [email protected] $<
字尾規則中，如果沒有命令，那是毫無意義的。因為他也不會移去內建的隱含規則。
而要讓make知道一些特定的字尾，我們可以使用偽目標".SUFFIXES"來定義或是刪除，如：
.SUFFIXES: .hack .win
把字尾.hack和.win加入字尾列表中的末尾。
.SUFFIXES: # 刪除預設的字尾
.SUFFIXES: .c .o .h # 定義自己的字尾
先清楚預設字尾，後定義自己的字尾列表。
make的引數"-r"或"-no-builtin-rules"也會使用得預設的字尾列表為空。而變數"SUFFIXE"被用來定義預設的字尾列表，你可以用".SUFFIXES"來改變字尾列表，但請不要改變變數"SUFFIXE"的值。
七、隱含規則搜尋演算法
比如我們有一個目標叫 T。下面是搜尋目標T的規則的演算法。請注意，在下面，我們沒有提到字尾規則，原因是，所有的字尾規則在Makefile被載入記憶體時，會被轉換成模式規則。如果目標是"archive(member)"的函式庫檔案模式，那麼這個演算法會被執行兩次，第一次是找目標T，如果沒有找到的話，那麼進入第二次，第二次會把"member"當作T來搜尋。
1、把T的目錄部分分離出來。叫D，而剩餘部分叫N。（如：如果T是"src/foo.o"，那麼，D就是"src/"，N就是"foo.o"）
2、建立所有匹配於T或是N的模式規則列表。
3、如果在模式規則列表中有匹配所有檔案的模式，如"%"，那麼從列表中移除其它的模式。
4、移除列表中沒有命令的規則。
5、對於第一個在列表中的模式規則：
1）推導其"莖"S，S應該是T或是N匹配於模式中"%"非空的部分。
2）計算依賴檔案。把依賴檔案中的"%"都替換成"莖"S。如果目標模式中沒有包含斜框字元，而把D加在第一個依賴檔案的開頭。
3）測試是否所有的依賴檔案都存在或是理當存在。（如果有一個檔案被定義成另外一個規則的目標檔案，或者是一個顯式規則的依賴檔案，那麼這個檔案就叫"理當存在"）
4）如果所有的依賴檔案存在或是理當存在，或是就沒有依賴檔案。那麼這條規則將被採用，退出該演算法。
6、如果經過第5步，沒有模式規則被找到，那麼就做更進一步的搜尋。對於存在於列表中的第一個模式規則：
1）如果規則是終止規則，那就忽略它，繼續下一條模式規則。
2）計算依賴檔案。（同第5步）
3）測試所有的依賴檔案是否存在或是理當存在。
4）對於不存在的依賴檔案，遞迴呼叫這個演算法查詢他是否可以被隱含規則找到。
5）如果所有的依賴檔案存在或是理當存在，或是就根本沒有依賴檔案。那麼這條規則被採用，退出該演算法。
7、如果沒有隱含規則可以使用，檢視".DEFAULT"規則，如果有，採用，把".DEFAULT"的命令給T使用。
一旦規則被找到，就會執行其相當的命令，而此時，我們的自動化變數的值才會生成。
使用make更新函式庫檔案
———————————
函式庫檔案也就是對Object檔案（程式編譯的中間檔案）的打包檔案。在Unix下，一般是由命令"ar"來完成打包工作。
一、函式庫檔案的成員
一個函式庫檔案由多個檔案組成。你可以以如下格式指定函式庫檔案及其組成：
archive(member)
這個不是一個命令，而一個目標和依賴的定義。一般來說，這種用法基本上就是為了"ar"命令來服務的。如：
foolib(hack.o) : hack.o
ar cr foolib hack.o
如果要指定多個member，那就以空格分開，如：
foolib(hack.o kludge.o)
其等價於：
foolib(hack.o) foolib(kludge.o)
你還可以使用Shell的檔案萬用字元來定義，如：
foolib(*.o)
二、函式庫成員的隱含規則
當make搜尋一個目標的隱含規則時，一個特殊的特性是，如果這個目標是"a(m)"形式的，其會把目標變成"(m)"。於是，如果我們的成員是"%.o"的模式定義，並且如果我們使用"make foo.a(bar.o)"的形式呼叫Makefile時，隱含規則會去找"bar.o"的規則，如果沒有定義bar.o的規則，那麼內建隱含規則生效，make會去找bar.c檔案來生成bar.o，如果找得到的話，make執行的命令大致如下：
cc -c bar.c -o bar.o
ar r foo.a bar.o
rm -f bar.o
還有一個變數要注意的是"$%"，這是專屬函式庫檔案的自動化變數，有關其說明請參見"自動化變數"一節。
三、函式庫檔案的字尾規則
你可以使用"字尾規則"和"隱含規則"來生成函式庫打包檔案，如：
.c.a:
$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o
$(AR) r [email protected] $*.o
$(RM) $*.o
其等效於：
(%.o) : %.c
$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o
$(AR) r [email protected] $*.o
$(RM) $*.o
四、注意事項
在進行函式庫打包檔案生成時，請小心使用make的並行機制（"-j"引數）。如果多個ar命令在同一時間執行在同一個函式庫打包檔案上，就很有可以損壞這個函式庫檔案。所以，在make未來的版本中，應該提供一種機制來避免並行操作發生在函式打包檔案上。
但就目前而言，你還是應該不要儘量不要使用"-j"引數。
後序
——
終於到寫結束語的時候了，以上基本上就是GNU make的Makefile的所有細節了。其它的產商的make基本上也就是這樣的，無論什麼樣的make，都是以檔案的依賴性為基礎的，其基本是都是遵循一個標準的。這篇文件中80%的技術細節都適用於任何的make，我猜測"函式"那一章的內容可能不是其它make所支援的，而隱含規則方面，我想不同的make會有不同的實現，我沒有精力來檢視GNU的make和VC的nmake、BCB的make，或是別的UNIX下的make有些什麼樣的差別，一是時間精力不夠，二是因為我基本上都是在Unix下使用make，以前在SCO Unix和IBM的AIX，現在在Linux、Solaris、HP-UX、AIX和Alpha下使用，Linux和Solaris下更多一點。不過，我可以肯定的是，在Unix下的make，無論是哪種平臺，幾乎都使用了Richard Stallman開發的make和cc/gcc的編譯器，而且，基本上都是GNU的make（公司裡所有的UNIX機器上都被裝上了GNU的東西，所以，使用GNU的程式也就多了一些）。GNU的東西還是很不錯的，特別是使用得深了以後，越來越覺得GNU的軟體的強大，也越來越覺得GNU的在作業系統中（主要是Unix，甚至Windows）"殺傷力"。
對於上述所有的make的細節，我們不但可以利用make這個工具來編譯我們的程式，還可以利用make來完成其它的工作，因為規則中的命令可以是任何Shell之下的命令，所以，在Unix下，你不一定只是使用程式語言的編譯器，你還可以在Makefile中書寫其它的命令，如：tar、awk、mail、sed、cvs、compress、ls、rm、yacc、rpm、ftp……等等，等等，來完成諸如"程式打包"、"程式備份"、"製作程式安裝包"、"提交程式碼"、"使用程式模板"、"合併檔案"等等五花八門的功能，檔案操作，檔案管理，程式設計開發設計，或是其它一些異想天開的東西。比如，以前在書寫銀行交易程式時，由於銀行的交易程式基本一樣，就見到有人書寫了一些交易的通用程式模板，在該模板中把一些網路通訊、資料庫操作的、業務操作共性的東西寫在一個檔案中，在這些檔案中用些諸如"@@@N、###N"奇怪字串標註一些位置，然後書寫交易時，只需按照一種特定的規則書寫特定的處理，最後在make時，使用awk和sed，把模板中的"@@@N、###N"等字串替代成特定的程式，形成C檔案，然後再編譯。這個動作很像資料庫的"擴充套件C"語言（即在C語言中用"EXEC SQL"的樣子執行SQL語句，在用cc/gcc編譯之前，需要使用"擴充套件C"的翻譯程式，如cpre，把其翻譯成標準C）。如果你在使用make時有一些更為絕妙的方法，請記得告訴我啊。
回頭看看整篇文件，不覺記起幾年前剛剛開始在Unix下做開發的時候，有人問我會不會寫Makefile時，我兩眼發直，根本不知道在說什麼。一開始看到別人在vi中寫完程式後輸入"!make"時，還以為是vi的功能，後來才知道有一個Makefile在作怪，於是上網查啊查，那時又不願意看英文，發現就根本沒有中文的文件介紹Makefile，只得看別人寫的Makefile，自己瞎碰瞎搞才積累了一點知識，但在很多地方完全是知其然不知所以然。後來開始從事UNIX下產品軟體的開發，看到一個400人年，近200萬行程式碼的大工程，發現要編譯這樣一個龐然大物，如果沒有Makefile，那會是多麼恐怖的一樣事啊。於是橫下心來，狠命地讀了一堆英文文件，才覺得對其掌握了。但發現目前網上對Makefile介紹的文章還是少得那麼的可憐，所以想寫這樣一篇文章，共享給大家，希望能對各位有所幫助。
現在我終於寫完了，看了看檔案的建立時間，這篇技術文件也寫了兩個多月了。發現，自己知道是一回事，要寫下來，跟別人講述又是另外一回事，而且，現在越來越沒有時間專研技術細節，所以在寫作時，發現在闡述一些細節問題時很難做到嚴謹和精練，而且對先講什麼後講什麼不是很清楚，所以，還是參考了一些國外站點上的資料和題綱，以及一些技術書籍的語言風格，才得以完成。整篇文件的提綱是基於GNU的Makefile技術手冊的提綱來書寫的，並結合了自己的工作經驗，以及自己的學習歷程。因為從來沒有寫過這麼長，這麼細的文件，所以一定會有很多地方存在表達問題，語言歧義或是錯誤。因些，我迫切地得等待各位給我指證和建議，以及任何的反饋。
最後，還是利用這個後序，介紹一下自己。我目前從事於所有Unix平臺下的軟體研發，主要是做分散式計算/網格計算方面的系統產品軟體，並且我對於下一代的計算機革命——網格計算非常地感興趣，對於分散式計算、P2P、Web Service、J2EE技術方向也很感興趣，同時，對於專案實施、團隊管理、專案管理也小有心得，希望同樣和我戰鬥在“技術和管理並重”的陣線上的年輕一代，能夠和我多多地交流。我的MSN是：[email protected]（常用），QQ是：753640（不常用）。（注：請勿給我MSN的郵箱發信，由於hotmail的垃圾郵件導致我拒收這個郵箱的所有來信）
我歡迎任何形式的交流，無論是討論技術還是管理，或是其它海闊天空的東西。除了政治和娛樂新聞我不關心，其它只要積極向上的東西我都歡迎！
最最後，我還想介紹一下make程式的設計開發者。
首當其衝的是： Richard Stallman
開源軟體的領袖和先驅，從來沒有領過一天工資，從來沒有使用過Windows作業系統。對於他的事蹟和他的軟體以及他的思想，我無需說過多的話，相信大家對這個人並不比我陌生，這是他的主頁：http://www.stallman.org/ 。
第二位是：Roland McGrath
個人主頁是：http://www.frob.com/~roland/ ，下面是他的一些事蹟：
1） 合作編寫了並維護GNU make。
2） 和Thomas Bushnell一同編寫了GNU Hurd。
3） 編寫並維護著GNU C library。
4） 合作編寫並維護著部分的GNU Emacs。
在此，向這兩位開源專案的鬥士致以最真切的敬意。
（全文完）
相關推薦
Linux makefile 教程 非常詳細，且易懂
最近在學習Linux下的C程式設計，買了一本叫《Linux環境下的C程式設計指南》讀到makefile就越看越迷糊，可能是我的理解能不行。 於是google到了以下這篇文章。通俗易懂。然後把它貼出來，方便學習。 後記，看完發現
Linux makefile 教程 非常詳細，且易懂 ——親身實踐，轉載
隱含規則————在我們使用Makefile時，有一些我們會經常使用，而且使用頻率非常高的東西，比如，我們編譯C/C++的源程式為中間目標檔案（Unix下是[.o]檔案，Windows下是[.obj]檔案）。本章講述的就是一些在Makefile中的“隱含的”，早先約定了的，不需要我們再寫出來的規則。“隱含規則”
Linux makefile教程 非常詳細，且易懂
隱含規則 ———— 在我們使用Makefile時，有一些我們會經常使用，而且使用頻率非常高的東西，比如，我們編譯C/C++的源程式為中間目標檔案（Unix下是[.o]檔案，Windows下是[.obj]檔案）。本章講述的就是一些在Makefile中的“隱含的”，早先約定了的，不需要我們再寫出來的規則。
(轉)Linux makefile 教程 非常詳細，且易懂
隱含規則 ———— 在我們使用Makefile時，有一些我們會經常使用，而且使用頻率非常高的東西，比如，我們編譯C/C++的源程式為中間目標檔案（Unix下是[.o]檔案，Windows下是[.obj]檔案）。本章講述的就是一些在Makefile中的“隱含的”，早先約定了的，不需要我們再寫出來的規則。
Pycharm使用教程（非常詳細，非常實用）
知了課堂Pycharm使用教程 1、 Jetbrains家族和Pycharm版本劃分： pycharm是Jetbrains家族中的一個明星產品，Jetbrains開發了許多好用的編輯器，包括Java編輯器（
CAS總結之Ticket篇(轉,非常詳細，後文還提到一個ppt，非常易懂)
一 名詞解釋 TGT（Ticket Grangting Ticket）TGT是CAS為使用者簽發的登入票據，擁有了TGT，使用者就可以證明自己在CAS成功登入過。TGT封裝了Cookie值以及此Cookie值對應的使用者資訊。使用者在CAS認證成功後，CAS生成cookie，寫入瀏覽器，同時生成一個TGT
python歌詞解析（非常牛詳細，通俗易懂，有驗證部分）
廢話不多說直接上程式碼，一看就懂每一步都有註釋 s = '''[ti:藍蓮花] [ar:許巍] [al:留聲十年絕版青春北京演唱會] [00:-01.70]藍蓮花 [00:-00.70]演唱：許巍 [00:00.00] [00:00.70]沒有什麼能夠阻擋 [00:06.01]你對自由的
手把手教你搭建Pytest+Allure2.X環境詳細教程，生成讓你一見鍾情的測試報告（非常詳細，非常實用）
簡介 巨集哥之前在做介面自動化的時候，用的測試報告是HTMLTestRunner，雖說自定義模板後能滿足基本訴求，但是仍顯得不夠檔次，高階，大氣，遂想用其他優秀的report框架替換之。一次偶然的機會，在一個QQ群裡看到Allure的測試報告，真的是一見鍾情，特別的喜歡。但是由於時間的原因就沒有
手把手教你Pytest+Allure2.X定製報告詳細教程，給自己的專案量身打造一套測試報告-02（非常詳細，非常實用）
簡介 俗話說“人靠衣服馬靠鞍”一個專案做的在好，沒有一分的漂亮的測試報告有時候也是很難在客戶那邊驗收的，今天巨集哥就帶你們解決這一難題。 前邊一篇文章是分享如何搭建pytest+Allure的環境，從而生成一份精美的、讓人耳目一新的測試報告，但是有的小夥伴或者童鞋們可能會問，我能不
教你寫Makefile（非常全面，講解很清晰）
Makefile 值得一提的是，在Makefile中的命令，必須要以[Tab]鍵開始。 什麼是makefile？或許很多Winodws的程式設計師都不知道這個東西，因為那些Windows的IDE都為你做了這個工作，但我覺
Python程式設計入門電子書及視訊教程-非常詳細『強烈推薦』
這裡給初學Python的朋友提供一些建議和指導吧。大神請無視，俗話說：授人以魚不如授人以漁。所以我這裡只是闡述學習過程，並不會直接詳細寫某個知識點，畢竟程式設計的東西很多都是靠自學，靠自己的，只要大家足夠努力肯定沒問題的，多點敲程式碼。具體的應用部分--資料分析，網路爬蟲我後續會繼續寫的，如需獲取更多學習建議
redis叢集搭建（非常詳細，適合新手）
redis叢集搭建 在開始redis叢集搭建之前，我們先簡單回顧一下redis單機版的搭建過程 下載redis壓縮包，然後解壓壓縮檔案； 進入到解壓縮後的redis檔案目錄（此時可以看到Makefile檔案），編譯redis原始檔； 把編譯好的redis原始檔
springboot入門之案例，非常詳細，註解完整，圖文詳解
springboot的概述：Spring Boot是由Pivotal團隊提供的全新框架，其設計目的是用來簡化新Spring應用的初始搭建以及開發過程。該框架使用了特定的方式來進行配置，從而使開發
本人網上收集整理的shell教程,非常詳細
Shell簡介：什麼是Shell，Shell命令的兩種執行方式 Shell本身是一個用C語言編寫的程式，它是使用者使用Unix/Linux的橋樑，使用者的大部分工作都是通過Shell完成的。Shell既是一種命令語言，又是一種程式設計語言。作為命令語言，它互動式地解釋和執行
Eclipse安裝Maven教程(超詳細，超多圖)
Eclipse安裝Maven詳細配置過程 距離上次寫部落格到現在已經差不懂有兩年時間了，不是沒時間，就是懶。近期不知道怎麼，突然想建個個人部落格。現在剛畢業，不小心在公司當起了個假全棧。現在剛從Android那邊轉過來當起假全棧，現在做到後端這一塊，也是邊學邊
win10 vs2010安裝教程(超詳細，附下載連結）
在win10環境下安裝Visual C++ 2010，幫助大家做一些常見的配置，以及第一次使用它來寫人生的第一個HelloWord程式。 環境準備 1.win 10系統 2.迅雷或者百度雲 3.解壓工具 安裝的前準備 首先檢視電腦的位數
Qt OpenGL教程 (非常詳細)
原文: http://qiliang.net/old/nehe_qt/ Qt OpenGL教程 最近一段時間除了學習Qt，翻譯Qt文件之外，由於工作和興趣的原因，開始著手看Qt OpenGL程式設計。在網上搜索了有關OpenGL的教程，發現NeHe的OpenGL教程的還
微信開發獲取地理位置例項（java，非常詳細，附工程原始碼）
在本篇部落格之前，博主已經寫了4篇關於微信相關文章，其中三篇是本文基礎： 1、微信開發之入門教程，該文章詳細講解了企業號體驗號免費申請與一些必要的配置，以及如何呼叫微信介面。 2、微信開發之通過代理除錯本地專案，該文章詳細講解了如何除錯本地專案，使用工具的詳細安裝與配置。
Linux makefile 教程
使用條件判斷 —————— 使用條件判斷，可以讓make根據執行時的不同情況選擇不同的執行分支。條件表示式可以是比較變數的值，或是比較變數和常量的值。 一、示例 下面的例子，判斷$(CC)變數是否“gcc”，如果是的話，則使用GNU函式編譯目標。 libs_for_gcc = -lgnu normal_lib
Google官方MVP+Dagger2架構詳解----非常詳細，值得多看幾遍（okhttp cache）
原文：http://www.jianshu.com/p/01d3c014b0b1# 1 前言 google官方示例架構專案 在我的前一篇文章分享的時候，當時todo-mvp-dagger/ 這個分支也還沒有開發完畢。最近的專案中也在用到Dagger2 作為依賴注入