編譯器 2008-07-16 18:56:04 閱讀47 評論0 字號：大中小 訂閱
九、控制make的函數(shù)
make提供了一些函數(shù)來控制make的運行。通常，你需要檢測一些運行Makefile時的運行時信息，并且根據(jù)這些信息來決定，你是讓make繼續(xù)執(zhí)行，還是停止。
$(error <text ...>;)
產(chǎn)生一個致命的錯誤，<text ...>;是錯誤信息。注意，error函數(shù)不會在一被使用就會產(chǎn)生錯誤信息，所以如果你把其定義在某個變量中，并在后續(xù)的腳本中使用這個變量，那么也是可以的。例如：
示例一：
ifdef ERROR_001
$(error error is $(ERROR_001))
endif
示例二：
ERR = $(error found an error!)
.PHONY: err
err: ; $(ERR)
示例一會在變量ERROR_001定義了后執(zhí)行時產(chǎn)生error調(diào)用，而示例二則在目錄err被執(zhí)行時才發(fā)生error調(diào)用。
$(warning <text ...>;)
這個函數(shù)很像error函數(shù)，只是它并不會讓make退出，只是輸出一段警告信息，而make繼續(xù)執(zhí)行。
--------------------------------------------------------------------------------
gunguymadman 回復(fù)于：2004-09-16 12:25:00
make 的運行
——————
一般來說，最簡單的就是直接在命令行下輸入make命令，make命令會找當(dāng)前目錄的makefile來執(zhí)行，一切都是自動的。但也有時你也許只想讓make重編譯某些文件，而不是整個工程，而又有的時候你有幾套編譯規(guī)則，你想在不同的時候使用不同的編譯規(guī)則，等等。本章節(jié)就是講述如何使用make命令的。
一、make的退出碼
make命令執(zhí)行后有三個退出碼：
0 —— 表示成功執(zhí)行。
1 —— 如果make運行時出現(xiàn)任何錯誤，其返回1。
2 —— 如果你使用了make的“-q”選項，并且make使得一些目標(biāo)不需要更新，那么返回2。
Make的相關(guān)參數(shù)我們會在后續(xù)章節(jié)中講述。
二、指定Makefile
前面我們說過，GNU make找尋默認的Makefile的規(guī)則是在當(dāng)前目錄下依次找三個文件——“GNUmakefile”、“makefile”和“Makefile”。其按順序找這三個文件，一旦找到，就開始讀取這個文件并執(zhí)行。
當(dāng)前，我們也可以給make命令指定一個特殊名字的Makefile。要達到這個功能，我們要使用make的“-f”或是“--file”參數(shù)（“--makefile”參數(shù)也行）。例如，我們有個makefile的名字是“hchen.mk”，那么，我們可以這樣來讓make來執(zhí)行這個文件：
make –f hchen.mk
如果在make的命令行是，你不只一次地使用了“-f”參數(shù)，那么，所有指定的makefile將會被連在一起傳遞給make執(zhí)行。
三、指定目標(biāo)
一般來說，make的最終目標(biāo)是makefile中的第一個目標(biāo)，而其它目標(biāo)一般是由這個目標(biāo)連帶出來的。這是make的默認行為。當(dāng)然，一般來說，你的makefile中的第一個目標(biāo)是由許多個目標(biāo)組成，你可以指示make，讓其完成你所指定的目標(biāo)。要達到這一目的很簡單，需在make命令后直接跟目標(biāo)的名字就可以完成（如前面提到的“make clean”形式）
任何在makefile中的目標(biāo)都可以被指定成終極目標(biāo)，但是除了以“-”打頭，或是包含了“=”的目標(biāo)，因為有這些字符的目標(biāo)，會被解析成命令行參數(shù)或是變量。甚至沒有被我們明確寫出來的目標(biāo)也可以成為make的終極目標(biāo)，也就是說，只要make可以找到其隱含規(guī)則推導(dǎo)規(guī)則，那么這個隱含目標(biāo)同樣可以被指定成終極目標(biāo)。
有一個make的環(huán)境變量叫“MAKECMDGOALS”，這個變量中會存放你所指定的終極目標(biāo)的列表，如果在命令行上，你沒有指定目標(biāo)，那么，這個變量是空值。這個變量可以讓你使用在一些比較特殊的情形下。比如下面的例子：
sources = foo.c bar.c
ifneq ( $(MAKECMDGOALS),clean)
include $(sources:.c=.d)
endif
基于上面的這個例子，只要我們輸入的命令不是“make clean”，那么makefile會自動包含“foo.d”和“bar.d”這兩個makefile。
使用指定終極目標(biāo)的方法可以很方便地讓我們編譯我們的程序，例如下面這個例子：
.PHONY: all
all: prog1 prog2 prog3 prog4
從這個例子中，我們可以看到，這個makefile中有四個需要編譯的程序——“prog1”， “prog2”， “prog3”和 “prog4”，我們可以使用“make all”命令來編譯所有的目標(biāo)（如果把all置成第一個目標(biāo)，那么只需執(zhí)行“make”），我們也可以使用“make prog2”來單獨編譯目標(biāo)“prog2”。
即然make可以指定所有makefile中的目標(biāo)，那么也包括“偽目標(biāo)”，于是我們可以根據(jù)這種性質(zhì)來讓我們的makefile根據(jù)指定的不同的目標(biāo)來完成不同的事。在Unix世界中，軟件發(fā)布時，特別是GNU這種開源軟件的發(fā)布時，其makefile都包含了編譯、安裝、打包等功能。我們可以參照這種規(guī)則來書寫我們的makefile中的目標(biāo)。
“all”
這個偽目標(biāo)是所有目標(biāo)的目標(biāo)，其功能一般是編譯所有的目標(biāo)。
“clean”
這個偽目標(biāo)功能是刪除所有被make創(chuàng)建的文件。
“install”
這個偽目標(biāo)功能是安裝已編譯好的程序，其實就是把目標(biāo)執(zhí)行文件拷貝到指定的目標(biāo)中去。
“print”
這個偽目標(biāo)的功能是例出改變過的源文件。
“tar”
這個偽目標(biāo)功能是把源程序打包備份。也就是一個tar文件。
“dist”
這個偽目標(biāo)功能是創(chuàng)建一個壓縮文件，一般是把tar文件壓成Z文件?；蚴莋z文件。
“TAGS”
這個偽目標(biāo)功能是更新所有的目標(biāo)，以備完整地重編譯使用。
“check”和“test”
這兩個偽目標(biāo)一般用來測試makefile的流程。
當(dāng)然一個項目的makefile中也不一定要書寫這樣的目標(biāo)，這些東西都是GNU的東西，但是我想，GNU搞出這些東西一定有其可取之處（等你的UNIX下的程序文件一多時你就會發(fā)現(xiàn)這些功能很有用了），這里只不過是說明了，如果你要書寫這種功能，最好使用這種名字命名你的目標(biāo)，這樣規(guī)范一些，規(guī)范的好處就是——不用解釋，大家都明白。而且如果你的makefile中有這些功能，一是很實用，二是可以顯得你的makefile很專業(yè)（不是那種初學(xué)者的作品）。
四、檢查規(guī)則
有時候，我們不想讓我們的makefile中的規(guī)則執(zhí)行起來，我們只想檢查一下我們的命令，或是執(zhí)行的序列。于是我們可以使用make命令的下述參數(shù)：
“-n”
“--just-print”
“--dry-run”
“--recon”
不執(zhí)行參數(shù)，這些參數(shù)只是打印命令，不管目標(biāo)是否更新，把規(guī)則和連帶規(guī)則下的命令打印出來，但不執(zhí)行，這些參數(shù)對于我們調(diào)試makefile很有用處。
“-t”
“--touch”
這個參數(shù)的意思就是把目標(biāo)文件的時間更新，但不更改目標(biāo)文件。也就是說，make假裝編譯目標(biāo)，但不是真正的編譯目標(biāo)，只是把目標(biāo)變成已編譯過的狀態(tài)。
“-q”
“--question”
這個參數(shù)的行為是找目標(biāo)的意思，也就是說，如果目標(biāo)存在，那么其什么也不會輸出，當(dāng)然也不會執(zhí)行編譯，如果目標(biāo)不存在，其會打印出一條出錯信息。
“-W <file>;”
“--what-if=<file>;”
“--assume-new=<file>;”
“--new-file=<file>;”
這個參數(shù)需要指定一個文件。一般是是源文件（或依賴文件），Make會根據(jù)規(guī)則推導(dǎo)來運行依賴于這個文件的命令，一般來說，可以和“-n”參數(shù)一同使用，來查看這個依賴文件所發(fā)生的規(guī)則命令。
另外一個很有意思的用法是結(jié)合“-p”和“-v”來輸出makefile被執(zhí)行時的信息（這個將在后面講述）。
五、make的參數(shù)
下面列舉了所有GNU make 3.80版的參數(shù)定義。其它版本和產(chǎn)商的make大同小異，不過其它產(chǎn)商的make的具體參數(shù)還是請參考各自的產(chǎn)品文檔。
“-b”
“-m”
這兩個參數(shù)的作用是忽略和其它版本make的兼容性。
“-B”
“--always-make”
認為所有的目標(biāo)都需要更新（重編譯）。
“-C <dir>;”
“--directory=<dir>;”
指定讀取makefile的目錄。如果有多個“-C”參數(shù)，make的解釋是后面的路徑以前面的作為相對路徑，并以最后的目錄作為被指定目錄。如：“make –C ~hchen/test –C prog”等價于“make –C ~hchen/test/prog”。
“—debug[=<options>;]”
輸出make的調(diào)試信息。它有幾種不同的級別可供選擇，如果沒有參數(shù)，那就是輸出最簡單的調(diào)試信息。下面是<options>;的取值：
a —— 也就是all，輸出所有的調(diào)試信息。（會非常的多）
b —— 也就是basic，只輸出簡單的調(diào)試信息。即輸出不需要重編譯的目標(biāo)。
v —— 也就是verbose，在b選項的級別之上。輸出的信息包括哪個makefile被解析，不需要被重編譯的依賴文件（或是依賴目標(biāo)）等。
i —— 也就是implicit，輸出所以的隱含規(guī)則。
j —— 也就是jobs，輸出執(zhí)行規(guī)則中命令的詳細信息，如命令的PID、返回碼等。
m —— 也就是makefile，輸出make讀取makefile，更新makefile，執(zhí)行makefile的信息。
“-d”
相當(dāng)于“--debug=a”。
“-e”
“--environment-overrides”
指明環(huán)境變量的值覆蓋makefile中定義的變量的值。
“-f=<file>;”
“--file=<file>;”
“--makefile=<file>;”
指定需要執(zhí)行的makefile。
“-h”
“--help”
顯示幫助信息。
“-i”
“--ignore-errors”
在執(zhí)行時忽略所有的錯誤。
“-I <dir>;”
“--include-dir=<dir>;”
指定一個被包含makefile的搜索目標(biāo)?？梢允褂枚鄠€“-I”參數(shù)來指定多個目錄。
“-j [<jobsnum>;]”
“--jobs[=<jobsnum>;]”
指同時運行命令的個數(shù)。如果沒有這個參數(shù)，make運行命令時能運行多少就運行多少。如果有一個以上的“-j”參數(shù)，那么僅最后一個“-j”才是有效的。（注意這個參數(shù)在MS-DOS中是無用的）
“-k”
“--keep-going”
出錯也不停止運行。如果生成一個目標(biāo)失敗了，那么依賴于其上的目標(biāo)就不會被執(zhí)行了。
“-l <load>;”
“--load-average[=<load]”
“—max-load[=<load>;]”
指定make運行命令的負載。
“-n”
“--just-print”
“--dry-run”
“--recon”
僅輸出執(zhí)行過程中的命令序列，但并不執(zhí)行。
“-o <file>;”
“--old-file=<file>;”
“--assume-old=<file>;”
不重新生成的指定的<file>;，即使這個目標(biāo)的依賴文件新于它。
“-p”
“--print-data-base”
輸出makefile中的所有數(shù)據(jù)，包括所有的規(guī)則和變量。這個參數(shù)會讓一個簡單的makefile都會輸出一堆信息。如果你只是想輸出信息而不想執(zhí)行makefile，你可以使用“make -qp”命令。如果你想查看執(zhí)行makefile前的預(yù)設(shè)變量和規(guī)則，你可以使用“make –p –f /dev/null”。這個參數(shù)輸出的信息會包含著你的makefile文件的文件名和行號，所以，用這個參數(shù)來調(diào)試你的makefile會是很有用的，特別是當(dāng)你的環(huán)境變量很復(fù)雜的時候。
“-q”
“--question”
不運行命令，也不輸出。僅僅是檢查所指定的目標(biāo)是否需要更新。如果是0則說明要更新，如果是2則說明有錯誤發(fā)生。
“-r”
“--no-builtin-rules”
禁止make使用任何隱含規(guī)則。
“-R”
“--no-builtin-variabes”
禁止make使用任何作用于變量上的隱含規(guī)則。
“-s”
“--silent”
“--quiet”
在命令運行時不輸出命令的輸出。
“-S”
“--no-keep-going”
“--stop”
取消“-k”選項的作用。因為有些時候，make的選項是從環(huán)境變量“MAKEFLAGS”中繼承下來的。所以你可以在命令行中使用這個參數(shù)來讓環(huán)境變量中的“-k”選項失效。
“-t”
“--touch”
相當(dāng)于UNIX的touch命令，只是把目標(biāo)的修改日期變成最新的，也就是阻止生成目標(biāo)的命令運行。
“-v”
“--version”
輸出make程序的版本、版權(quán)等關(guān)于make的信息。
“-w”
“--print-directory”
輸出運行makefile之前和之后的信息。這個參數(shù)對于跟蹤嵌套式調(diào)用make時很有用。
“--no-print-directory”
禁止“-w”選項。
“-W <file>;”
“--what-if=<file>;”
“--new-file=<file>;”
“--assume-file=<file>;”
假定目標(biāo)<file>;需要更新，如果和“-n”選項使用，那么這個參數(shù)會輸出該目標(biāo)更新時的運行動作。如果沒有“-n”那么就像運行UNIX的“touch”命令一樣，使得<file>;的修改時間為當(dāng)前時間。
“--warn-undefined-variables”
只要make發(fā)現(xiàn)有未定義的變量，那么就輸出警告信息。
--------------------------------------------------------------------------------
gunguymadman 回復(fù)于：2004-09-16 12:25:37
隱含規(guī)則
————
在我們使用Makefile時，有一些我們會經(jīng)常使用，而且使用頻率非常高的東西，比如，我們編譯C/C++的源程序為中間目標(biāo)文件（Unix下是[.o]文件，Windows下是[.obj]文件）。本章講述的就是一些在Makefile中的“隱含的”，早先約定了的，不需要我們再寫出來的規(guī)則。
“隱含規(guī)則”也就是一種慣例，make會按照這種“慣例”心照不喧地來運行，那怕我們的Makefile中沒有書寫這樣的規(guī)則。例如，把[.c]文件編譯成[.o]文件這一規(guī)則，你根本就不用寫出來，make會自動推導(dǎo)出這種規(guī)則，并生成我們需要的[.o]文件。
“隱含規(guī)則”會使用一些我們系統(tǒng)變量，我們可以改變這些系統(tǒng)變量的值來定制隱含規(guī)則的運行時的參數(shù)。如系統(tǒng)變量“CFLAGS”可以控制編譯時的編譯器參數(shù)。
我們還可以通過“模式規(guī)則”的方式寫下自己的隱含規(guī)則。用“后綴規(guī)則”來定義隱含規(guī)則會有許多的限制。使用“模式規(guī)則”會更回得智能和清楚，但“后綴規(guī)則”可以用來保證我們Makefile的兼容性。
我們了解了“隱含規(guī)則”，可以讓其為我們更好的服務(wù)，也會讓我們知道一些“約定俗成”了的東西，而不至于使得我們在運行Makefile時出現(xiàn)一些我們覺得莫名其妙的東西。當(dāng)然，任何事物都是矛盾的，水能載舟，亦可覆舟，所以，有時候“隱含規(guī)則”也會給我們造成不小的麻煩。只有了解了它，我們才能更好地使用它。
一、使用隱含規(guī)則
如果要使用隱含規(guī)則生成你需要的目標(biāo)，你所需要做的就是不要寫出這個目標(biāo)的規(guī)則。那么，make會試圖去自動推導(dǎo)產(chǎn)生這個目標(biāo)的規(guī)則和命令，如果make可以自動推導(dǎo)生成這個目標(biāo)的規(guī)則和命令，那么這個行為就是隱含規(guī)則的自動推導(dǎo)。當(dāng)然，隱含規(guī)則是make事先約定好的一些東西。例如，我們有下面的一個Makefile：
foo : foo.o bar.o
cc –o foo foo.o bar.o $(CFLAGS) $(LDFLAGS)
我們可以注意到，這個Makefile中并沒有寫下如何生成foo.o和bar.o這兩目標(biāo)的規(guī)則和命令。因為make的“隱含規(guī)則”功能會自動為我們自動去推導(dǎo)這兩個目標(biāo)的依賴目標(biāo)和生成命令。
make會在自己的“隱含規(guī)則”庫中尋找可以用的規(guī)則，如果找到，那么就會使用。如果找不到，那么就會報錯。在上面的那個例子中，make調(diào)用的隱含規(guī)則是，把[.o]的目標(biāo)的依賴文件置成[.c]，并使用C的編譯命令“cc –c $(CFLAGS) [.c]”來生成[.o]的目標(biāo)。也就是說，我們完全沒有必要寫下下面的兩條規(guī)則：
foo.o : foo.c
cc –c foo.c $(CFLAGS)
bar.o : bar.c
cc –c bar.c $(CFLAGS)
因為，這已經(jīng)是“約定”好了的事了，make和我們約定好了用C編譯器“cc”生成[.o]文件的規(guī)則，這就是隱含規(guī)則。
當(dāng)然，如果我們?yōu)閇.o]文件書寫了自己的規(guī)則，那么make就不會自動推導(dǎo)并調(diào)用隱含規(guī)則，它會按照我們寫好的規(guī)則忠實地執(zhí)行。
還有，在make的“隱含規(guī)則庫”中，每一條隱含規(guī)則都在庫中有其順序，越靠前的則是越被經(jīng)常使用的，所以，這會導(dǎo)致我們有些時候即使我們顯示地指定了目標(biāo)依賴，make也不會管。如下面這條規(guī)則（沒有命令）：
foo.o : foo.p
依賴文件“foo.p”（Pascal程序的源文件）有可能變得沒有意義。如果目錄下存在了“foo.c”文件，那么我們的隱含規(guī)則一樣會生效，并會通過“foo.c”調(diào)用C的編譯器生成foo.o文件。因為，在隱含規(guī)則中，Pascal的規(guī)則出現(xiàn)在C的規(guī)則之后，所以，make找到可以生成foo.o的C的規(guī)則就不再尋找下一條規(guī)則了。如果你確實不希望任何隱含規(guī)則推導(dǎo)，那么，你就不要只寫出“依賴規(guī)則”，而不寫命令。
二、隱含規(guī)則一覽
這里我們將講述所有預(yù)先設(shè)置（也就是make內(nèi)建）的隱含規(guī)則，如果我們不明確地寫下規(guī)則，那么，make就會在這些規(guī)則中尋找所需要規(guī)則和命令。當(dāng)然，我們也可以使用make的參數(shù)“-r”或“--no-builtin-rules”選項來取消所有的預(yù)設(shè)置的隱含規(guī)則。
當(dāng)然，即使是我們指定了“-r”參數(shù)，某些隱含規(guī)則還是會生效，因為有許多的隱含規(guī)則都是使用了“后綴規(guī)則”來定義的，所以，只要隱含規(guī)則中有“后綴列表”（也就一系統(tǒng)定義在目標(biāo).SUFFIXES的依賴目標(biāo)），那么隱含規(guī)則就會生效。默認的后綴列表是：.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。具體的細節(jié)，我們會在后面講述。
還是先來看一看常用的隱含規(guī)則吧。
1、編譯C程序的隱含規(guī)則。
“<n>;.o”的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.c”，并且其生成命令是“$(CC) –c $(CPPFLAGS) $(CFLAGS)”
2、編譯C++程序的隱含規(guī)則。
“<n>;.o”的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.cc”或是“<n>;.C”，并且其生成命令是“$(CXX) –c $(CPPFLAGS) $(CFLAGS)”。（建議使用“.cc”作為C++源文件的后綴，而不是“.C”）
3、編譯Pascal程序的隱含規(guī)則。
“<n>;.o”的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.p”，并且其生成命令是“$(PC) –c $(PFLAGS)”。
4、編譯Fortran/Ratfor程序的隱含規(guī)則。
“<n>;.o”的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.r”或“<n>;.F”或“<n>;.f”，并且其生成命令是:
“.f” “$(FC) –c $(FFLAGS)”
“.F” “$(FC) –c $(FFLAGS) $(CPPFLAGS)”
“.f” “$(FC) –c $(FFLAGS) $(RFLAGS)”
5、預(yù)處理Fortran/Ratfor程序的隱含規(guī)則。
“<n>;.f”的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.r”或“<n>;.F”。這個規(guī)則只是轉(zhuǎn)換Ratfor或有預(yù)處理的Fortran程序到一個標(biāo)準(zhǔn)的Fortran程序。其使用的命令是：
“.F” “$(FC) –F $(CPPFLAGS) $(FFLAGS)”
“.r” “$(FC) –F $(FFLAGS) $(RFLAGS)”
6、編譯Modula-2程序的隱含規(guī)則。
“<n>;.sym”的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.def”，并且其生成命令是：“$(M2C) $(M2FLAGS) $(DEFFLAGS)”。“<n.o>;” 的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.mod”，并且其生成命令是：“$(M2C) $(M2FLAGS) $(MODFLAGS)”。
7、匯編和匯編預(yù)處理的隱含規(guī)則。
“<n>;.o” 的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.s”，默認使用編譯品“as”，并且其生成命令是：“$(AS) $(ASFLAGS)”。“<n>;.s” 的目標(biāo)的依賴目標(biāo)會自動推導(dǎo)為“<n>;.S”，默認使用C預(yù)編譯器“cpp”，并且其生成命令是：“$(AS) $(ASFLAGS)”。
8、鏈接Object文件的隱含規(guī)則。
“<n>;”目標(biāo)依賴于“<n>;.o”，通過運行C的編譯器來運行鏈接程序生成（一般是“ld”），其生成命令是：“$(CC) $(LDFLAGS) <n>;.o $(LOADLIBES) $(LDLIBS)”。這個規(guī)則對于只有一個源文件的工程有效，同時也對多個Object文件（由不同的源文件生成）的也有效。例如如下規(guī)則：
x : y.o z.o
并且“x.c”、“y.c”和“z.c”都存在時，隱含規(guī)則將執(zhí)行如下命令：
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）和你的目標(biāo)名字（如上例中的x）相關(guān)聯(lián)，那么，你最好寫出自己的生成規(guī)則，不然，隱含規(guī)則會報錯的。
9、Yacc C程序時的隱含規(guī)則。
“<n>;.c”的依賴文件被自動推導(dǎo)為“n.y”（Yacc生成的文件），其生成命令是：“$(YACC) $(YFALGS)”。（“Yacc”是一個語法分析器，關(guān)于其細節(jié)請查看相關(guān)資料）
10、Lex C程序時的隱含規(guī)則。
“<n>;.c”的依賴文件被自動推導(dǎo)為“n.l”（Lex生成的文件），其生成命令是：“$(LEX) $(LFALGS)”。（關(guān)于“Lex”的細節(jié)請查看相關(guān)資料）
11、Lex Ratfor程序時的隱含規(guī)則。
“<n>;.r”的依賴文件被自動推導(dǎo)為“n.l”（Lex生成的文件），其生成命令是：“$(LEX) $(LFALGS)”。
12、從C程序、Yacc文件或Lex文件創(chuàng)建Lint庫的隱含規(guī)則。
“<n>;.ln” （lint生成的文件）的依賴文件被自動推導(dǎo)為“n.c”，其生成命令是：“$(LINT) $(LINTFALGS) $(CPPFLAGS) -i”。對于“<n>;.y”和“<n>;.l”也是同樣的規(guī)則。
三、隱含規(guī)則使用的變量
在隱含規(guī)則中的命令中，基本上都是使用了一些預(yù)先設(shè)置的變量。你可以在你的makefile中改變這些變量的值，或是在make的命令行中傳入這些值，或是在你的環(huán)境變量中設(shè)置這些值，無論怎么樣，只要設(shè)置了這些特定的變量，那么其就會對隱含規(guī)則起作用。當(dāng)然，你也可以利用make的“-R”或“--no–builtin-variables”參數(shù)來取消你所定義的變量對隱含規(guī)則的作用。
例如，第一條隱含規(guī)則——編譯C程序的隱含規(guī)則的命令是“$(CC) –c $(CFLAGS) $(CPPFLAGS)”。Make默認的編譯命令是“cc”，如果你把變量“$(CC)”重定義成“gcc”，把變量“$(CFLAGS)”重定義成“-g”，那么，隱含規(guī)則中的命令全部會以“gcc –c -g $(CPPFLAGS)”的樣子來執(zhí)行了。
我們可以把隱含規(guī)則中使用的變量分成兩種：一種是命令相關(guān)的，如“CC”；一種是參數(shù)相的關(guān)，如“CFLAGS”。下面是所有隱含規(guī)則中會用到的變量：
1、關(guān)于命令的變量。
AR
函數(shù)庫打包程序。默認命令是“ar”。
AS
匯編語言編譯程序。默認命令是“as”。
CC
C語言編譯程序。默認命令是“cc”。
CXX
C++語言編譯程序。默認命令是“g++”。
CO
從 RCS文件中擴展文件程序。默認命令是“co”。
CPP
C程序的預(yù)處理器（輸出是標(biāo)準(zhǔn)輸出設(shè)備）。默認命令是“$(CC) –E”。
FC
Fortran 和 Ratfor 的編譯器和預(yù)處理程序。默認命令是“f77”。
GET
從SCCS文件中擴展文件的程序。默認命令是“get”。
LEX
Lex方法分析器程序（針對于C或Ratfor）。默認命令是“lex”。
PC
Pascal語言編譯程序。默認命令是“pc”。
YACC
Yacc文法分析器（針對于C程序）。默認命令是“yacc”。
YACCR
Yacc文法分析器（針對于Ratfor程序）。默認命令是“yacc –r”。
MAKEINFO
轉(zhuǎn)換Texinfo源文件（.texi）到Info文件程序。默認命令是“makeinfo”。
TEX
從TeX源文件創(chuàng)建TeX DVI文件的程序。默認命令是“tex”。
TEXI2DVI
從Texinfo源文件創(chuàng)建軍TeX DVI 文件的程序。默認命令是“texi2dvi”。
WEAVE
轉(zhuǎn)換Web到TeX的程序。默認命令是“weave”。
CWEAVE
轉(zhuǎn)換C Web 到 TeX的程序。默認命令是“cweave”。
TANGLE
轉(zhuǎn)換Web到Pascal語言的程序。默認命令是“tangle”。
CTANGLE
轉(zhuǎn)換C Web 到 C。默認命令是“ctangle”。
RM
刪除文件命令。默認命令是“rm –f”。
2、關(guān)于命令參數(shù)的變量
下面的這些變量都是相關(guān)上面的命令的參數(shù)。如果沒有指明其默認值，那么其默認值都是空。
ARFLAGS
函數(shù)庫打包程序AR命令的參數(shù)。默認值是“rv”。
ASFLAGS
匯編語言編譯器參數(shù)。（當(dāng)明顯地調(diào)用“.s”或“.S”文件時）。
CFLAGS
C語言編譯器參數(shù)。
CXXFLAGS
C++語言編譯器參數(shù)。
COFLAGS
RCS命令參數(shù)。
CPPFLAGS
C預(yù)處理器參數(shù)。（ C 和 Fortran 編譯器也會用到）。
FFLAGS
Fortran語言編譯器參數(shù)。
GFLAGS
SCCS “get”程序參數(shù)。
LDFLAGS
鏈接器參數(shù)。（如：“ld”）
LFLAGS
Lex文法分析器參數(shù)。
PFLAGS
Pascal語言編譯器參數(shù)。
RFLAGS
Ratfor 程序的Fortran 編譯器參數(shù)。
YFLAGS
Yacc文法分析器參數(shù)。
四、隱含規(guī)則鏈
有些時候，一個目標(biāo)可能被一系列的隱含規(guī)則所作用。例如，一個[.o]的文件生成，可能會是先被Yacc的[.y]文件先成[.c]，然后再被C的編譯器生成。我們把這一系列的隱含規(guī)則叫做“隱含規(guī)則鏈”。
在上面的例子中，如果文件[.c]存在，那么就直接調(diào)用C的編譯器的隱含規(guī)則，如果沒有[.c]文件，但有一個[.y]文件，那么Yacc的隱含規(guī)則會被調(diào)用，生成[.c]文件，然后，再調(diào)用C編譯的隱含規(guī)則最終由[.c]生成[.o]文件，達到目標(biāo)。
我們把這種[.c]的文件（或是目標(biāo)），叫做中間目標(biāo)。不管怎么樣，make會努力自動推導(dǎo)生成目標(biāo)的一切方法，不管中間目標(biāo)有多少，其都會執(zhí)著地把所有的隱含規(guī)則和你書寫的規(guī)則全部合起來分析，努力達到目標(biāo)，所以，有些時候，可能會讓你覺得奇怪，怎么我的目標(biāo)會這樣生成？怎么我的makefile發(fā)瘋了？
在默認情況下，對于中間目標(biāo)，它和一般的目標(biāo)有兩個地方所不同：第一個不同是除非中間的目標(biāo)不存在，才會引發(fā)中間規(guī)則。第二個不同的是，只要目標(biāo)成功產(chǎn)生，那么，產(chǎn)生最終目標(biāo)過程中，所產(chǎn)生的中間目標(biāo)文件會被以“rm -f”刪除。
通常，一個被makefile指定成目標(biāo)或是依賴目標(biāo)的文件不能被當(dāng)作中介。然而，你可以明顯地說明一個文件或是目標(biāo)是中介目標(biāo)，你可以使用偽目標(biāo)“.INTERMEDIATE”來強制聲明。（如：.INTERMEDIATE ： mid ）
你也可以阻止make自動刪除中間目標(biāo)，要做到這一點，你可以使用偽目標(biāo)“.SECONDARY”來強制聲明（如：.SECONDARY : sec）。你還可以把你的目標(biāo)，以模式的方式來指定（如：%.o）成偽目標(biāo)“.PRECIOUS”的依賴目標(biāo)，以保存被隱含規(guī)則所生成的中間文件。
在“隱含規(guī)則鏈”中，禁止同一個目標(biāo)出現(xiàn)兩次或兩次以上，這樣一來，就可防止在make自動推導(dǎo)時出現(xiàn)無限遞歸的情況。
Make會優(yōu)化一些特殊的隱含規(guī)則，而不生成中間文件。如，從文件“foo.c”生成目標(biāo)程序“foo”，按道理，make會編譯生成中間文件“foo.o”，然后鏈接成“foo”，但在實際情況下，這一動作可以被一條“cc”的命令完成（cc –o foo foo.c），于是優(yōu)化過的規(guī)則就不會生成中間文件。
--------------------------------------------------------------------------------
gunguymadman 回復(fù)于：2004-09-16 12:26:11
五、定義模式規(guī)則
你可以使用模式規(guī)則來定義一個隱含規(guī)則。一個模式規(guī)則就好像一個一般的規(guī)則，只是在規(guī)則中，目標(biāo)的定義需要有"%"字符。"%"的意思是表示一個或多個任意字符。在依賴目標(biāo)中同樣可以使用"%"，只是依賴目標(biāo)中的"%"的取值，取決于其目標(biāo)。
有一點需要注意的是，"%"的展開發(fā)生在變量和函數(shù)的展開之后，變量和函數(shù)的展開發(fā)生在make載入Makefile時，而模式規(guī)則中的"%"則發(fā)生在運行時。
1、模式規(guī)則介紹
模式規(guī)則中，至少在規(guī)則的目標(biāo)定義中要包含"%"，否則，就是一般的規(guī)則。目標(biāo)中的"%"定義表示對文件名的匹配，"%"表示長度任意的非空字符串。例如："%.c"表示以".c"結(jié)尾的文件名（文件名的長度至少為3），而"s.%.c"則表示以"s."開頭，".c"結(jié)尾的文件名（文件名的長度至少為5）。
如果"%"定義在目標(biāo)中，那么，目標(biāo)中的"%"的值決定了依賴目標(biāo)中的"%"的值，也就是說，目標(biāo)中的模式的"%"決定了依賴目標(biāo)中"%"的樣子。例如有一個模式規(guī)則如下：
%.o : %.c ; <command ......>;
其含義是，指出了怎么從所有的[.c]文件生成相應(yīng)的[.o]文件的規(guī)則。如果要生成的目標(biāo)是"a.o b.o"，那么"%c"就是"a.c b.c"。
一旦依賴目標(biāo)中的"%"模式被確定，那么，make會被要求去匹配當(dāng)前目錄下所有的文件名，一旦找到，make就會規(guī)則下的命令，所以，在模式規(guī)則中，目標(biāo)可能會是多個的，如果有模式匹配出多個目標(biāo)，make就會產(chǎn)生所有的模式目標(biāo)，此時，make關(guān)心的是依賴的文件名和生成目標(biāo)的命令這兩件事。
2、模式規(guī)則示例
下面這個例子表示了,把所有的[.c]文件都編譯成[.o]文件.
%.o : %.c
$(CC) -c $(CFLAGS) $(CPPFLAGS) $< -o $@
其中，"$@"表示所有的目標(biāo)的挨個值，"$<"表示了所有依賴目標(biāo)的挨個值。這些奇怪的變量我們叫"自動化變量"，后面會詳細講述。
下面的這個例子中有兩個目標(biāo)是模式的：
%.tab.c %.tab.h: %.y
bison -d $<
這條規(guī)則告訴make把所有的[.y]文件都以"bison -d <n>;.y"執(zhí)行，然后生成"<n>;.tab.c"和"<n>;.tab.h"文件。（其中，"<n>;"表示一個任意字符串）。如果我們的執(zhí)行程序"foo"依賴于文件"parse.tab.o"和"scan.o"，并且文件"scan.o"依賴于文件"parse.tab.h"，如果"parse.y"文件被更新了，那么根據(jù)上述的規(guī)則，"bison -d parse.y"就會被執(zhí)行一次，于是，"parse.tab.o"和"scan.o"的依賴文件就齊了。（假設(shè)，"parse.tab.o"由"parse.tab.c"生成，和"scan.o"由"scan.c"生成，而"foo"由"parse.tab.o"和"scan.o"鏈接生成，而且foo和其[.o]文件的依賴關(guān)系也寫好，那么，所有的目標(biāo)都會得到滿足）
3、自動化變量
在上述的模式規(guī)則中，目標(biāo)和依賴文件都是一系例的文件，那么我們?nèi)绾螘鴮懸粋€命令來完成從不同的依賴文件生成相應(yīng)的目標(biāo)？因為在每一次的對模式規(guī)則的解析時，都會是不同的目標(biāo)和依賴文件。
自動化變量就是完成這個功能的。在前面，我們已經(jīng)對自動化變量有所提涉，相信你看到這里已對它有一個感性認識了。所謂自動化變量，就是這種變量會把模式中所定義的一系列的文件自動地挨個取出，直至所有的符合模式的文件都取完了。這種自動化變量只應(yīng)出現(xiàn)在規(guī)則的命令中。
下面是所有的自動化變量及其說明：
$@
表示規(guī)則中的目標(biāo)文件集。在模式規(guī)則中，如果有多個目標(biāo)，那么，"$@"就是匹配于目標(biāo)中模式定義的集合。
$%
僅當(dāng)目標(biāo)是函數(shù)庫文件中，表示規(guī)則中的目標(biāo)成員名。例如，如果一個目標(biāo)是"foo.a(bar.o)"，那么，"$%"就是"bar.o"，"$@"就是"foo.a"。如果目標(biāo)不是函數(shù)庫文件（Unix下是[.a]，Windows下是[.lib]），那么，其值為空。
$<
依賴目標(biāo)中的第一個目標(biāo)名字。如果依賴目標(biāo)是以模式（即"%"）定義的，那么"$<"將是符合模式的一系列的文件集。注意，其是一個一個取出來的。
$?
所有比目標(biāo)新的依賴目標(biāo)的集合。以空格分隔。
$^
所有的依賴目標(biāo)的集合。以空格分隔。如果在依賴目標(biāo)中有多個重復(fù)的，那個這個變量會去除重復(fù)的依賴目標(biāo)，只保留一份。
$+
這個變量很像"$^"，也是所有依賴目標(biāo)的集合。只是它不去除重復(fù)的依賴目標(biāo)。
$*
這個變量表示目標(biāo)模式中"%"及其之前的部分。如果目標(biāo)是"dir/a.foo.b"，并且目標(biāo)的模式是"a.%.b"，那么，"$*"的值就是"dir/a.foo"。這個變量對于構(gòu)造有關(guān)聯(lián)的文件名是比較有較。如果目標(biāo)中沒有模式的定義，那么"$*"也就不能被推導(dǎo)出，但是，如果目標(biāo)文件的后綴是make所識別的，那么"$*"就是除了后綴的那一部分。例如：如果目標(biāo)是"foo.c"，因為".c"是make所能識別的后綴名，所以，"$*"的值就是"foo"。這個特性是GNU make的，很有可能不兼容于其它版本的make，所以，你應(yīng)該盡量避免使用"$*"，除非是在隱含規(guī)則或是靜態(tài)模式中。如果目標(biāo)中的后綴是make所不能識別的，那么"$*"就是空值。
當(dāng)你希望只對更新過的依賴文件進行操作時，"$?"在顯式規(guī)則中很有用，例如，假設(shè)有一個函數(shù)庫文件叫"lib"，其由其它幾個object文件更新。那么把object文件打包的比較有效率的Makefile規(guī)則是：
lib : foo.o bar.o lose.o win.o
ar r lib $?
在上述所列出來的自動量變量中。四個變量（$@、$<、$%、$*）在擴展時只會有一個文件，而另三個的值是一個文件列表。這七個自動化變量還可以取得文件的目錄名或是在當(dāng)前目錄下的符合模式的文件名，只需要搭配上"D"或"F"字樣。這是GNU make中老版本的特性，在新版本中，我們使用函數(shù)"dir"或"notdir"就可以做到了。"D"的含義就是Directory，就是目錄，"F"的含義就是File，就是文件。
下面是對于上面的七個變量分別加上"D"或是"F"的含義：
$(@D)
表示"$@"的目錄部分（不以斜杠作為結(jié)尾），如果"$@"值是"dir/foo.o"，那么"$(@D)"就是"dir"，而如果"$@"中沒有包含斜杠的話，其值就是"."（當(dāng)前目錄）。
$(@F)
表示"$@"的文件部分，如果"$@"值是"dir/foo.o"，那么"$(@F)"就是"foo.o"，"$(@F)"相當(dāng)于函數(shù)"$(notdir $@)"。
"$(*D)"
"$(*F)"
和上面所述的同理，也是取文件的目錄部分和文件部分。對于上面的那個例子，"$(*D)"返回"dir"，而"$(*F)"返回"foo"
"$(%D)"
"$(%F)"
分別表示了函數(shù)包文件成員的目錄部分和文件部分。這對于形同"archive(member)"形式的目標(biāo)中的"member"中包含了不同的目錄很有用。
"$(<D)"
"$(<F)"
分別表示依賴文件的目錄部分和文件部分。
"$(^D)"
"$(^F)"
分別表示所有依賴文件的目錄部分和文件部分。（無相同的）
"$(+D)"
"$(+F)"
分別表示所有依賴文件的目錄部分和文件部分。（可以有相同的）
"$(?D)"
"$(?F)"
分別表示被更新的依賴文件的目錄部分和文件部分。
最后想提醒一下的是，對于"$<"，為了避免產(chǎn)生不必要的麻煩，我們最好給$后面的那個特定字符都加上圓括號，比如，"$(<)"就要比"$<"要好一些。
還得要注意的是，這些變量只使用在規(guī)則的命令中，而且一般都是"顯式規(guī)則"和"靜態(tài)模式規(guī)則"（參見前面"書寫規(guī)則"一章）。其在隱含規(guī)則中并沒有意義。
4、模式的匹配
一般來說，一個目標(biāo)的模式有一個有前綴或是后綴的"%"，或是沒有前后綴，直接就是一個"%"。因為"%"代表一個或多個字符，所以在定義好了的模式中，我們把"%"所匹配的內(nèi)容叫做"莖"，例如"%.c"所匹配的文件"test.c"中"test"就是"莖"。因為在目標(biāo)和依賴目標(biāo)中同時有"%"時，依賴目標(biāo)的"莖"會傳給目標(biāo)，當(dāng)做目標(biāo)中的"莖"。
當(dāng)一個模式匹配包含有斜杠（實際也不經(jīng)常包含）的文件時，那么在進行模式匹配時，目錄部分會首先被移開，然后進行匹配，成功后，再把目錄加回去。在進行"莖"的傳遞時，我們需要知道這個步驟。例如有一個模式"e%t"，文件"src/eat"匹配于該模式，于是"src/a"就是其"莖"，如果這個模式定義在依賴目標(biāo)中，而被依賴于這個模式的目標(biāo)中又有個模式"c%r"，那么，目標(biāo)就是"src/car"。（"莖"被傳遞）
5、重載內(nèi)建隱含規(guī)則
你可以重載內(nèi)建的隱含規(guī)則（或是定義一個全新的），例如你可以重新構(gòu)造和內(nèi)建隱含規(guī)則不同的命令，如：
%.o : %.c
$(CC) -c $(CPPFLAGS) $(CFLAGS) -D$(date)
你可以取消內(nèi)建的隱含規(guī)則，只要不在后面寫命令就行。如：
%.o : %.s
同樣，你也可以重新定義一個全新的隱含規(guī)則，其在隱含規(guī)則中的位置取決于你在哪里寫下這個規(guī)則。朝前的位置就靠前。
六、老式風(fēng)格的"后綴規(guī)則"
后綴規(guī)則是一個比較老式的定義隱含規(guī)則的方法。后綴規(guī)則會被模式規(guī)則逐步地取代。因為模式規(guī)則更強更清晰。為了和老版本的Makefile兼容，GNU make同樣兼容于這些東西。后綴規(guī)則有兩種方式："雙后綴"和"單后綴"。
雙后綴規(guī)則定義了一對后綴：目標(biāo)文件的后綴和依賴目標(biāo)（源文件）的后綴。如".c.o"相當(dāng)于"%o : %c"。單后綴規(guī)則只定義一個后綴，也就是源文件的后綴。如".c"相當(dāng)于"% : %.c"。
后綴規(guī)則中所定義的后綴應(yīng)該是make所認識的，如果一個后綴是make所認識的，那么這個規(guī)則就是單后綴規(guī)則，而如果兩個連在一起的后綴都被make所認識，那就是雙后綴規(guī)則。例如：".c"和".o"都是make所知道。因而，如果你定義了一個規(guī)則是".c.o"那么其就是雙后綴規(guī)則，意義就是".c"是源文件的后綴，".o"是目標(biāo)文件的后綴。如下示例：
.c.o:
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<
后綴規(guī)則不允許任何的依賴文件，如果有依賴文件的話，那就不是后綴規(guī)則，那些后綴統(tǒng)統(tǒng)被認為是文件名，如：
.c.o: foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<
這個例子，就是說，文件".c.o"依賴于文件"foo.h"，而不是我們想要的這樣：
%.o: %.c foo.h
$(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $<
后綴規(guī)則中，如果沒有命令，那是毫無意義的。因為他也不會移去內(nèi)建的隱含規(guī)則。
而要讓make知道一些特定的后綴，我們可以使用偽目標(biāo)".SUFFIXES"來定義或是刪除，如：
.SUFFIXES: .hack .win
把后綴.hack和.win加入后綴列表中的末尾。
.SUFFIXES: # 刪除默認的后綴
.SUFFIXES: .c .o .h # 定義自己的后綴
先清楚默認后綴，后定義自己的后綴列表。
make的參數(shù)"-r"或"-no-builtin-rules"也會使用得默認的后綴列表為空。而變量"SUFFIXE"被用來定義默認的后綴列表，你可以用".SUFFIXES"來改變后綴列表，但請不要改變變量"SUFFIXE"的值。
七、隱含規(guī)則搜索算法
比如我們有一個目標(biāo)叫 T。下面是搜索目標(biāo)T的規(guī)則的算法。請注意，在下面，我們沒有提到后綴規(guī)則，原因是，所有的后綴規(guī)則在Makefile被載入內(nèi)存時，會被轉(zhuǎn)換成模式規(guī)則。如果目標(biāo)是"archive(member)"的函數(shù)庫文件模式，那么這個算法會被運行兩次，第一次是找目標(biāo)T，如果沒有找到的話，那么進入第二次，第二次會把"member"當(dāng)作T來搜索。
1、把T的目錄部分分離出來。叫D，而剩余部分叫N。（如：如果T是"src/foo.o"，那么，D就是"src/"，N就是"foo.o"）
2、創(chuàng)建所有匹配于T或是N的模式規(guī)則列表。
3、如果在模式規(guī)則列表中有匹配所有文件的模式，如"%"，那么從列表中移除其它的模式。
4、移除列表中沒有命令的規(guī)則。
5、對于第一個在列表中的模式規(guī)則：
1）推導(dǎo)其"莖"S，S應(yīng)該是T或是N匹配于模式中"%"非空的部分。
2）計算依賴文件。把依賴文件中的"%"都替換成"莖"S。如果目標(biāo)模式中沒有包含斜框字符，而把D加在第一個依賴文件的開頭。
3）測試是否所有的依賴文件都存在或是理當(dāng)存在。（如果有一個文件被定義成另外一個規(guī)則的目標(biāo)文件，或者是一個顯式規(guī)則的依賴文件，那么這個文件就叫"理當(dāng)存在"）
4）如果所有的依賴文件存在或是理當(dāng)存在，或是就沒有依賴文件。那么這條規(guī)則將被采用，退出該算法。
6、如果經(jīng)過第5步，沒有模式規(guī)則被找到，那么就做更進一步的搜索。對于存在于列表中的第一個模式規(guī)則：
1）如果規(guī)則是終止規(guī)則，那就忽略它，繼續(xù)下一條模式規(guī)則。
2）計算依賴文件。（同第5步）
3）測試所有的依賴文件是否存在或是理當(dāng)存在。
4）對于不存在的依賴文件，遞歸調(diào)用這個算法查找他是否可以被隱含規(guī)則找到。
5）如果所有的依賴文件存在或是理當(dāng)存在，或是就根本沒有依賴文件。那么這條規(guī)則被采用，退出該算法。
7、如果沒有隱含規(guī)則可以使用，查看".DEFAULT"規(guī)則，如果有，采用，把".DEFAULT"的命令給T使用。
一旦規(guī)則被找到，就會執(zhí)行其相當(dāng)?shù)拿?，而此時，我們的自動化變量的值才會生成。
--------------------------------------------------------------------------------
gunguymadman 回復(fù)于：2004-09-16 12:26:44
使用make更新函數(shù)庫文件
———————————
函數(shù)庫文件也就是對Object文件（程序編譯的中間文件）的打包文件。在Unix下，一般是由命令"ar"來完成打包工作。
一、函數(shù)庫文件的成員
一個函數(shù)庫文件由多個文件組成。你可以以如下格式指定函數(shù)庫文件及其組成：
archive(member)
這個不是一個命令，而一個目標(biāo)和依賴的定義。一般來說，這種用法基本上就是為了"ar"命令來服務(wù)的。如：
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)
二、函數(shù)庫成員的隱含規(guī)則
當(dāng)make搜索一個目標(biāo)的隱含規(guī)則時，一個特殊的特性是，如果這個目標(biāo)是"a(m)"形式的，其會把目標(biāo)變成"(m)"。于是，如果我們的成員是"%.o"的模式定義，并且如果我們使用"make foo.a(bar.o)"的形式調(diào)用Makefile時，隱含規(guī)則會去找"bar.o"的規(guī)則，如果沒有定義bar.o的規(guī)則，那么內(nèi)建隱含規(guī)則生效，make會去找bar.c文件來生成bar.o，如果找得到的話，make執(zhí)行的命令大致如下：
cc -c bar.c -o bar.o
ar r foo.a bar.o
rm -f bar.o
還有一個變量要注意的是"$%"，這是專屬函數(shù)庫文件的自動化變量，有關(guān)其說明請參見"自動化變量"一節(jié)。
三、函數(shù)庫文件的后綴規(guī)則
你可以使用"后綴規(guī)則"和"隱含規(guī)則"來生成函數(shù)庫打包文件，如：
.c.a:
$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o
$(AR) r $@ $*.o
$(RM) $*.o
其等效于：
(%.o) : %.c
$(CC) $(CFLAGS) $(CPPFLAGS) -c $< -o $*.o
$(AR) r $@ $*.o
$(RM) $*.o
四、注意事項
在進行函數(shù)庫打包文件生成時，請小心使用make的并行機制（"-j"參數(shù)）。如果多個ar命令在同一時間運行在同一個函數(shù)庫打包文件上，就很有可以損壞這個函數(shù)庫文件。所以，在make未來的版本中，應(yīng)該提供一種機制來避免并行操作發(fā)生在函數(shù)打包文件上。
但就目前而言，你還是應(yīng)該不要盡量不要使用"-j"參數(shù)。
后序
——
終于到寫結(jié)束語的時候了，以上基本上就是GNU make的Makefile的所有細節(jié)了。其它的產(chǎn)商的make基本上也就是這樣的，無論什么樣的make，都是以文件的依賴性為基礎(chǔ)的，其基本是都是遵循一個標(biāo)準(zhǔn)的。這篇文檔中80%的技術(shù)細節(jié)都適用于任何的make，我猜測"函數(shù)"那一章的內(nèi)容可能不是其它make所支持的，而隱含規(guī)則方面，我想不同的make會有不同的實現(xiàn)，我沒有精力來查看GNU的make和VC的nmake、BCB的make，或是別的UNIX下的make有些什么樣的差別，一是時間精力不夠，二是因為我基本上都是在Unix下使用make，以前在SCO Unix和IBM的AIX，現(xiàn)在在Linux、Solaris、HP-UX、AIX和Alpha下使用，Linux和Solaris下更多一點。不過，我可以肯定的是，在Unix下的make，無論是哪種平臺，幾乎都使用了Richard Stallman開發(fā)的make和cc/gcc的編譯器，而且，基本上都是GNU的make（公司里所有的UNIX機器上都被裝上了GNU的東西，所以，使用GNU的程序也就多了一些）。GNU的東西還是很不錯的，特別是使用得深了以后，越來越覺得GNU的軟件的強大，也越來越覺得GNU的在操作系統(tǒng)中（主要是Unix，甚至Windows）"殺傷力"。
對于上述所有的make的細節(jié)，我們不但可以利用make這個工具來編譯我們的程序，還可以利用make來完成其它的工作，因為規(guī)則中的命令可以是任何Shell之下的命令，所以，在Unix下，你不一定只是使用程序語言的編譯器，你還可以在Makefile中書寫其它的命令，如：tar、awk、mail、sed、cvs、compress、ls、rm、yacc、rpm、ftp……等等，等等，來完成諸如"程序打包"、"程序備份"、"制作程序安裝包"、"提交代碼"、"使用程序模板"、"合并文件"等等五花八門的功能，文件操作，文件管理，編程開發(fā)設(shè)計，或是其它一些異想天開的東西。比如，以前在書寫銀行交易程序時，由于銀行的交易程序基本一樣，就見到有人書寫了一些交易的通用程序模板，在該模板中把一些網(wǎng)絡(luò)通訊、數(shù)據(jù)庫操作的、業(yè)務(wù)操作共性的東西寫在一個文件中，在這些文件中用些諸如"@@@N、###N"奇怪字串標(biāo)注一些位置，然后書寫交易時，只需按照一種特定的規(guī)則書寫特定的處理，最后在make時，使用awk和sed，把模板中的"@@@N、###N"等字串替代成特定的程序，形成C文件，然后再編譯。這個動作很像數(shù)據(jù)庫的"擴展C"語言（即在C語言中用"EXEC SQL"的樣子執(zhí)行SQL語句，在用cc/gcc編譯之前，需要使用"擴展C"的翻譯程序，如cpre，把其翻譯成標(biāo)準(zhǔn)C）。如果你在使用make時有一些更為絕妙的方法，請記得告訴我啊。
回頭看看整篇文檔，不覺記起幾年前剛剛開始在Unix下做開發(fā)的時候，有人問我會不會寫Makefile時，我兩眼發(fā)直，根本不知道在說什么。一開始看到別人在vi中寫完程序后輸入"!make"時，還以為是vi的功能，后來才知道有一個Makefile在作怪，于是上網(wǎng)查啊查，那時又不愿意看英文，發(fā)現(xiàn)就根本沒有中文的文檔介紹Makefile，只得看別人寫的Makefile，自己瞎碰瞎搞才積累了一點知識，但在很多地方完全是知其然不知所以然。后來開始從事UNIX下產(chǎn)品軟件的開發(fā)，看到一個400人年，近200萬行代碼的大工程，發(fā)現(xiàn)要編譯這樣一個龐然大物，如果沒有Makefile，那會是多么恐怖的一樣事啊。于是橫下心來，狠命地讀了一堆英文文檔，才覺得對其掌握了。但發(fā)現(xiàn)目前網(wǎng)上對Makefile介紹的文章還是少得那么的可憐，所以想寫這樣一篇文章，共享給大家，希望能對各位有所幫助。
現(xiàn)在我終于寫完了，看了看文件的創(chuàng)建時間，這篇技術(shù)文檔也寫了兩個多月了。發(fā)現(xiàn)，自己知道是一回事，要寫下來，跟別人講述又是另外一回事，而且，現(xiàn)在越來越?jīng)]有時間專研技術(shù)細節(jié)，所以在寫作時，發(fā)現(xiàn)在闡述一些細節(jié)問題時很難做到嚴謹和精練，而且對先講什么后講什么不是很清楚，所以，還是參考了一些國外站點上的資料和題綱，以及一些技術(shù)書籍的語言風(fēng)格，才得以完成。整篇文檔的提綱是基于GNU的Makefile技術(shù)手冊的提綱來書寫的，并結(jié)合了自己的工作經(jīng)驗，以及自己的學(xué)習(xí)歷程。因為從來沒有寫過這么長，這么細的文檔，所以一定會有很多地方存在表達問題，語言歧義或是錯誤。因些，我迫切地得等待各位給我指證和建議，以及任何的反饋。
最后，還是利用這個后序，介紹一下自己。我目前從事于所有Unix平臺下的軟件研發(fā)，主要是做分布式計算/網(wǎng)格計算方面的系統(tǒng)產(chǎn)品軟件，并且我對于下一代的計算機革命——網(wǎng)格計算非常地感興趣，對于分布式計算、P2P、Web Service、J2EE技術(shù)方向也很感興趣，同時，對于項目實施、團隊管理、項目管理也小有心得，希望同樣和我戰(zhàn)斗在“技術(shù)和管理并重”的陣線上的年輕一代，能夠和我多多地交流。我的MSN是：haoel@hotmail.com（常用），QQ是：753640（不常用）。（注：請勿給我MSN的郵箱發(fā)信，由于hotmail的垃圾郵件導(dǎo)致我拒收這個郵箱的所有來信）
我歡迎任何形式的交流，無論是討論技術(shù)還是管理，或是其它海闊天空的東西。除了政治和娛樂新聞我不關(guān)心，其它只要積極向上的東西我都歡迎！
