Makefile詳解（三）編譯器 2008-07-16 18:56:04 閱讀47 評(píng)論0 字號(hào)：大中小 訂閱 九、控制make的函數(shù) make提供了一些函數(shù)來控制make的運(yùn)行。通常，你需要檢測(cè)一些運(yùn)行Makefile時(shí)的運(yùn)行時(shí)信息，并且根據(jù)這些信息來決定，你是讓make繼續(xù)執(zhí)行，還是停止。
$(error <text ...>;)
產(chǎn)生一個(gè)致命的錯(cuò)誤，<text ...>;是錯(cuò)誤信息。注意，error函數(shù)不會(huì)在一被使用就會(huì)產(chǎn)生錯(cuò)誤信息，所以如果你把其定義在某個(gè)變量中，并在后續(xù)的腳本中使用這個(gè)變量，那么也是可以的。例如：
示例一： ifdef ERROR_001 $(error error is $(ERROR_001)) endif
示例二： ERR = $(error found an error!) .PHONY: err err: ; $(ERR)
示例一會(huì)在變量ERROR_001定義了后執(zhí)行時(shí)產(chǎn)生error調(diào)用，而示例二則在目錄err被執(zhí)行時(shí)才發(fā)生error調(diào)用。
$(warning <text ...>;)
這個(gè)函數(shù)很像error函數(shù)，只是它并不會(huì)讓make退出，只是輸出一段警告信息，而make繼續(xù)執(zhí)行。
make 的運(yùn)行 一般來說，最簡(jiǎn)單的就是直接在命令行下輸入make命令，make命令會(huì)找當(dāng)前目錄的makefile來執(zhí)行，一切都是自動(dòng)的。但也有時(shí)你也許只想讓make重編譯某些文件，而不是整個(gè)工程，而又有的時(shí)候你有幾套編譯規(guī)則，你想在不同的時(shí)候使用不同的編譯規(guī)則，等等。本章節(jié)就是講述如何使用make命令的。 一、make的退出碼 make命令執(zhí)行后有三個(gè)退出碼： 0 —— 表示成功執(zhí)行。 Make的相關(guān)參數(shù)我們會(huì)在后續(xù)章節(jié)中講述。
前面我們說過，GNU make找尋默認(rèn)的Makefile的規(guī)則是在當(dāng)前目錄下依次找三個(gè)文件——“GNUmakefile”、“makefile”和“Makefile”。其按順序找這三個(gè)文件，一旦找到，就開始讀取這個(gè)文件并執(zhí)行。 當(dāng)前，我們也可以給make命令指定一個(gè)特殊名字的Makefile。要達(dá)到這個(gè)功能，我們要使用make的“-f”或是“--file”參數(shù)（“--makefile”參數(shù)也行）。例如，我們有個(gè)makefile的名字是“hchen.mk”，那么，我們可以這樣來讓make來執(zhí)行這個(gè)文件： make –f hchen.mk 如果在make的命令行是，你不只一次地使用了“-f”參數(shù)，那么，所有指定的makefile將會(huì)被連在一起傳遞給make執(zhí)行。
一般來說，make的最終目標(biāo)是makefile中的第一個(gè)目標(biāo)，而其它目標(biāo)一般是由這個(gè)目標(biāo)連帶出來的。這是make的默認(rèn)行為。當(dāng)然，一般來說，你的makefile中的第一個(gè)目標(biāo)是由許多個(gè)目標(biāo)組成，你可以指示make，讓其完成你所指定的目標(biāo)。要達(dá)到這一目的很簡(jiǎn)單，需在make命令后直接跟目標(biāo)的名字就可以完成（如前面提到的“make clean”形式） 任何在makefile中的目標(biāo)都可以被指定成終極目標(biāo)，但是除了以“-”打頭，或是包含了“=”的目標(biāo)，因?yàn)橛羞@些字符的目標(biāo)，會(huì)被解析成命令行參數(shù)或是變量。甚至沒有被我們明確寫出來的目標(biāo)也可以成為make的終極目標(biāo)，也就是說，只要make可以找到其隱含規(guī)則推導(dǎo)規(guī)則，那么這個(gè)隱含目標(biāo)同樣可以被指定成終極目標(biāo)。 有一個(gè)make的環(huán)境變量叫“MAKECMDGOALS”，這個(gè)變量中會(huì)存放你所指定的終極目標(biāo)的列表，如果在命令行上，你沒有指定目標(biāo)，那么，這個(gè)變量是空值。這個(gè)變量可以讓你使用在一些比較特殊的情形下。比如下面的例子： sources = foo.c bar.c 基于上面的這個(gè)例子，只要我們輸入的命令不是“make clean”，那么makefile會(huì)自動(dòng)包含“foo.d”和“bar.d”這兩個(gè)makefile。 使用指定終極目標(biāo)的方法可以很方便地讓我們編譯我們的程序，例如下面這個(gè)例子： .PHONY: all 從這個(gè)例子中，我們可以看到，這個(gè)makefile中有四個(gè)需要編譯的程序——“prog1”， “prog2”， “prog3”和 “prog4”，我們可以使用“make all”命令來編譯所有的目標(biāo)（如果把a(bǔ)ll置成第一個(gè)目標(biāo)，那么只需執(zhí)行“make”），我們也可以使用“make prog2”來單獨(dú)編譯目標(biāo)“prog2”。 即然make可以指定所有makefile中的目標(biāo)，那么也包括“偽目標(biāo)”，于是我們可以根據(jù)這種性質(zhì)來讓我們的makefile根據(jù)指定的不同的目標(biāo)來完成不同的事。在Unix世界中，軟件發(fā)布時(shí)，特別是GNU這種開源軟件的發(fā)布時(shí)，其makefile都包含了編譯、安裝、打包等功能。我們可以參照這種規(guī)則來書寫我們的makefile中的目標(biāo)。 “all” 當(dāng)然一個(gè)項(xiàng)目的makefile中也不一定要書寫這樣的目標(biāo)，這些東西都是GNU的東西，但是我想，GNU搞出這些東西一定有其可取之處（等你的UNIX下的程序文件一多時(shí)你就會(huì)發(fā)現(xiàn)這些功能很有用了），這里只不過是說明了，如果你要書寫這種功能，最好使用這種名字命名你的目標(biāo)，這樣規(guī)范一些，規(guī)范的好處就是——不用解釋，大家都明白。而且如果你的makefile中有這些功能，一是很實(shí)用，二是可以顯得你的makefile很專業(yè)（不是那種初學(xué)者的作品）。
有時(shí)候，我們不想讓我們的makefile中的規(guī)則執(zhí)行起來，我們只想檢查一下我們的命令，或是執(zhí)行的序列。于是我們可以使用make命令的下述參數(shù)： “-n” “-t” “-q” “-W <file>;” 另外一個(gè)很有意思的用法是結(jié)合“-p”和“-v”來輸出makefile被執(zhí)行時(shí)的信息（這個(gè)將在后面講述）。
下面列舉了所有GNU make 3.80版的參數(shù)定義。其它版本和產(chǎn)商的make大同小異，不過其它產(chǎn)商的make的具體參數(shù)還是請(qǐng)參考各自的產(chǎn)品文檔。 “-b” “-B” “-C <dir>;” “—debug[=<options>;]” “-d” “-e” “-f=<file>;” “-h” “-i” “-I <dir>;” “-j [<jobsnum>;]” “-k” “-l <load>;” “-n” “-o <file>;” “-p” “-q” “-r” “-R” “-s” “-S” “-t” “-v” “-w” “--no-print-directory” “-W <file>;” “--warn-undefined-variables”
隱含規(guī)則 在我們使用Makefile時(shí)，有一些我們會(huì)經(jīng)常使用，而且使用頻率非常高的東西，比如，我們編譯C/C++的源程序?yàn)橹虚g目標(biāo)文件（Unix下是[.o]文件，Windows下是[.obj]文件）。本章講述的就是一些在Makefile中的“隱含的”，早先約定了的，不需要我們?cè)賹懗鰜淼囊?guī)則。 “隱含規(guī)則”也就是一種慣例，make會(huì)按照這種“慣例”心照不喧地來運(yùn)行，那怕我們的Makefile中沒有書寫這樣的規(guī)則。例如，把[.c]文件編譯成[.o]文件這一規(guī)則，你根本就不用寫出來，make會(huì)自動(dòng)推導(dǎo)出這種規(guī)則，并生成我們需要的[.o]文件。 “隱含規(guī)則”會(huì)使用一些我們系統(tǒng)變量，我們可以改變這些系統(tǒng)變量的值來定制隱含規(guī)則的運(yùn)行時(shí)的參數(shù)。如系統(tǒng)變量“CFLAGS”可以控制編譯時(shí)的編譯器參數(shù)。 我們還可以通過“模式規(guī)則”的方式寫下自己的隱含規(guī)則。用“后綴規(guī)則”來定義隱含規(guī)則會(huì)有許多的限制。使用“模式規(guī)則”會(huì)更回得智能和清楚，但“后綴規(guī)則”可以用來保證我們Makefile的兼容性。
如果要使用隱含規(guī)則生成你需要的目標(biāo)，你所需要做的就是不要寫出這個(gè)目標(biāo)的規(guī)則。那么，make會(huì)試圖去自動(dòng)推導(dǎo)產(chǎn)生這個(gè)目標(biāo)的規(guī)則和命令，如果make可以自動(dòng)推導(dǎo)生成這個(gè)目標(biāo)的規(guī)則和命令，那么這個(gè)行為就是隱含規(guī)則的自動(dòng)推導(dǎo)。當(dāng)然，隱含規(guī)則是make事先約定好的一些東西。例如，我們有下面的一個(gè)Makefile： foo : foo.o bar.o 我們可以注意到，這個(gè)Makefile中并沒有寫下如何生成foo.o和bar.o這兩目標(biāo)的規(guī)則和命令。因?yàn)閙ake的“隱含規(guī)則”功能會(huì)自動(dòng)為我們自動(dòng)去推導(dǎo)這兩個(gè)目標(biāo)的依賴目標(biāo)和生成命令。 make會(huì)在自己的“隱含規(guī)則”庫(kù)中尋找可以用的規(guī)則，如果找到，那么就會(huì)使用。如果找不到，那么就會(huì)報(bào)錯(cuò)。在上面的那個(gè)例子中，make調(diào)用的隱含規(guī)則是，把[.o]的目標(biāo)的依賴文件置成[.c]，并使用C的編譯命令“cc –c $(CFLAGS) [.c]”來生成[.o]的目標(biāo)。也就是說，我們完全沒有必要寫下下面的兩條規(guī)則： foo.o : foo.c 因?yàn)?，這已經(jīng)是“約定”好了的事了，make和我們約定好了用C編譯器“cc”生成[.o]文件的規(guī)則，這就是隱含規(guī)則。 當(dāng)然，如果我們?yōu)閇.o]文件書寫了自己的規(guī)則，那么make就不會(huì)自動(dòng)推導(dǎo)并調(diào)用隱含規(guī)則，它會(huì)按照我們寫好的規(guī)則忠實(shí)地執(zhí)行。 還有，在make的“隱含規(guī)則庫(kù)”中，每一條隱含規(guī)則都在庫(kù)中有其順序，越靠前的則是越被經(jīng)常使用的，所以，這會(huì)導(dǎo)致我們有些時(shí)候即使我們顯示地指定了目標(biāo)依賴，make也不會(huì)管。如下面這條規(guī)則（沒有命令）： foo.o : foo.p 依賴文件“foo.p”（Pascal程序的源文件）有可能變得沒有意義。如果目錄下存在了“foo.c”文件，那么我們的隱含規(guī)則一樣會(huì)生效，并會(huì)通過“foo.c”調(diào)用C的編譯器生成foo.o文件。因?yàn)?，在隱含規(guī)則中，Pascal的規(guī)則出現(xiàn)在C的規(guī)則之后，所以，make找到可以生成foo.o的C的規(guī)則就不再尋找下一條規(guī)則了。如果你確實(shí)不希望任何隱含規(guī)則推導(dǎo)，那么，你就不要只寫出“依賴規(guī)則”，而不寫命令。
這里我們將講述所有預(yù)先設(shè)置（也就是make內(nèi)建）的隱含規(guī)則，如果我們不明確地寫下規(guī)則，那么，make就會(huì)在這些規(guī)則中尋找所需要規(guī)則和命令。當(dāng)然，我們也可以使用make的參數(shù)“-r”或“--no-builtin-rules”選項(xiàng)來取消所有的預(yù)設(shè)置的隱含規(guī)則。 當(dāng)然，即使是我們指定了“-r”參數(shù)，某些隱含規(guī)則還是會(huì)生效，因?yàn)橛性S多的隱含規(guī)則都是使用了“后綴規(guī)則”來定義的，所以，只要隱含規(guī)則中有“后綴列表”（也就一系統(tǒng)定義在目標(biāo).SUFFIXES的依賴目標(biāo)），那么隱含規(guī)則就會(huì)生效。默認(rèn)的后綴列表是：.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。具體的細(xì)節(jié)，我們會(huì)在后面講述。 還是先來看一看常用的隱含規(guī)則吧。 1、編譯C程序的隱含規(guī)則。 2、編譯C++程序的隱含規(guī)則。 3、編譯Pascal程序的隱含規(guī)則。 4、編譯Fortran/Ratfor程序的隱含規(guī)則。 5、預(yù)處理Fortran/Ratfor程序的隱含規(guī)則。 6、編譯Modula-2程序的隱含規(guī)則。 7、匯編和匯編預(yù)處理的隱含規(guī)則。 8、鏈接Object文件的隱含規(guī)則。 x : y.o z.o 并且“x.c”、“y.c”和“z.c”都存在時(shí)，隱含規(guī)則將執(zhí)行如下命令： cc -c x.c -o x.o 如果沒有一個(gè)源文件（如上例中的x.c）和你的目標(biāo)名字（如上例中的x）相關(guān)聯(lián)，那么，你最好寫出自己的生成規(guī)則，不然，隱含規(guī)則會(huì)報(bào)錯(cuò)的。 9、Yacc C程序時(shí)的隱含規(guī)則。 10、Lex C程序時(shí)的隱含規(guī)則。 11、Lex Ratfor程序時(shí)的隱含規(guī)則。 12、從C程序、Yacc文件或Lex文件創(chuàng)建Lint庫(kù)的隱含規(guī)則。
在隱含規(guī)則中的命令中，基本上都是使用了一些預(yù)先設(shè)置的變量。你可以在你的makefile中改變這些變量的值，或是在make的命令行中傳入這些值，或是在你的環(huán)境變量中設(shè)置這些值，無論怎么樣，只要設(shè)置了這些特定的變量，那么其就會(huì)對(duì)隱含規(guī)則起作用。當(dāng)然，你也可以利用make的“-R”或“--no–builtin-variables”參數(shù)來取消你所定義的變量對(duì)隱含規(guī)則的作用。 例如，第一條隱含規(guī)則——編譯C程序的隱含規(guī)則的命令是“$(CC) –c $(CFLAGS) $(CPPFLAGS)”。Make默認(rèn)的編譯命令是“cc”，如果你把變量“$(CC)”重定義成“gcc”，把變量“$(CFLAGS)”重定義成“-g”，那么，隱含規(guī)則中的命令全部會(huì)以“gcc –c -g $(CPPFLAGS)”的樣子來執(zhí)行了。 我們可以把隱含規(guī)則中使用的變量分成兩種：一種是命令相關(guān)的，如“CC”；一種是參數(shù)相的關(guān)，如“CFLAGS”。下面是所有隱含規(guī)則中會(huì)用到的變量： 1、關(guān)于命令的變量。 AR 2、關(guān)于命令參數(shù)的變量 下面的這些變量都是相關(guān)上面的命令的參數(shù)。如果沒有指明其默認(rèn)值，那么其默認(rèn)值都是空。 ARFLAGS
有些時(shí)候，一個(gè)目標(biāo)可能被一系列的隱含規(guī)則所作用。例如，一個(gè)[.o]的文件生成，可能會(huì)是先被Yacc的[.y]文件先成[.c]，然后再被C的編譯器生成。我們把這一系列的隱含規(guī)則叫做“隱含規(guī)則鏈”。 在上面的例子中，如果文件[.c]存在，那么就直接調(diào)用C的編譯器的隱含規(guī)則，如果沒有[.c]文件，但有一個(gè)[.y]文件，那么Yacc的隱含規(guī)則會(huì)被調(diào)用，生成[.c]文件，然后，再調(diào)用C編譯的隱含規(guī)則最終由[.c]生成[.o]文件，達(dá)到目標(biāo)。 我們把這種[.c]的文件（或是目標(biāo)），叫做中間目標(biāo)。不管怎么樣，make會(huì)努力自動(dòng)推導(dǎo)生成目標(biāo)的一切方法，不管中間目標(biāo)有多少，其都會(huì)執(zhí)著地把所有的隱含規(guī)則和你書寫的規(guī)則全部合起來分析，努力達(dá)到目標(biāo)，所以，有些時(shí)候，可能會(huì)讓你覺得奇怪，怎么我的目標(biāo)會(huì)這樣生成？怎么我的makefile發(fā)瘋了？ 在默認(rèn)情況下，對(duì)于中間目標(biāo)，它和一般的目標(biāo)有兩個(gè)地方所不同：第一個(gè)不同是除非中間的目標(biāo)不存在，才會(huì)引發(fā)中間規(guī)則。第二個(gè)不同的是，只要目標(biāo)成功產(chǎn)生，那么，產(chǎn)生最終目標(biāo)過程中，所產(chǎn)生的中間目標(biāo)文件會(huì)被以“rm -f”刪除。 通常，一個(gè)被makefile指定成目標(biāo)或是依賴目標(biāo)的文件不能被當(dāng)作中介。然而，你可以明顯地說明一個(gè)文件或是目標(biāo)是中介目標(biāo)，你可以使用偽目標(biāo)“.INTERMEDIATE”來強(qiáng)制聲明。（如：.INTERMEDIATE ： mid ） 你也可以阻止make自動(dòng)刪除中間目標(biāo)，要做到這一點(diǎn)，你可以使用偽目標(biāo)“.SECONDARY”來強(qiáng)制聲明（如：.SECONDARY : sec）。你還可以把你的目標(biāo)，以模式的方式來指定（如：%.o）成偽目標(biāo)“.PRECIOUS”的依賴目標(biāo)，以保存被隱含規(guī)則所生成的中間文件。 在“隱含規(guī)則鏈”中，禁止同一個(gè)目標(biāo)出現(xiàn)兩次或兩次以上，這樣一來，就可防止在make自動(dòng)推導(dǎo)時(shí)出現(xiàn)無限遞歸的情況。 Make會(huì)優(yōu)化一些特殊的隱含規(guī)則，而不生成中間文件。如，從文件“foo.c”生成目標(biāo)程序“foo”，按道理，make會(huì)編譯生成中間文件“foo.o”，然后鏈接成“foo”，但在實(shí)際情況下，這一動(dòng)作可以被一條“cc”的命令完成（cc –o foo foo.c），于是優(yōu)化過的規(guī)則就不會(huì)生成中間文件。
五、定義模式規(guī)則 你可以使用模式規(guī)則來定義一個(gè)隱含規(guī)則。一個(gè)模式規(guī)則就好像一個(gè)一般的規(guī)則，只是在規(guī)則中，目標(biāo)的定義需要有"%"字符。"%"的意思是表示一個(gè)或多個(gè)任意字符。在依賴目標(biāo)中同樣可以使用"%"，只是依賴目標(biāo)中的"%"的取值，取決于其目標(biāo)。 有一點(diǎn)需要注意的是，"%"的展開發(fā)生在變量和函數(shù)的展開之后，變量和函數(shù)的展開發(fā)生在make載入Makefile時(shí)，而模式規(guī)則中的"%"則發(fā)生在運(yùn)行時(shí)。
模式規(guī)則中，至少在規(guī)則的目標(biāo)定義中要包含"%"，否則，就是一般的規(guī)則。目標(biāo)中的"%"定義表示對(duì)文件名的匹配，"%"表示長(zhǎng)度任意的非空字符串。例如："%.c"表示以".c"結(jié)尾的文件名（文件名的長(zhǎng)度至少為3），而"s.%.c"則表示以"s."開頭，".c"結(jié)尾的文件名（文件名的長(zhǎng)度至少為5）。 如果"%"定義在目標(biāo)中，那么，目標(biāo)中的"%"的值決定了依賴目標(biāo)中的"%"的值，也就是說，目標(biāo)中的模式的"%"決定了依賴目標(biāo)中"%"的樣子。例如有一個(gè)模式規(guī)則如下： %.o : %.c ; <command ......>; 其含義是，指出了怎么從所有的[.c]文件生成相應(yīng)的[.o]文件的規(guī)則。如果要生成的目標(biāo)是"a.o b.o"，那么"%c"就是"a.c b.c"。 一旦依賴目標(biāo)中的"%"模式被確定，那么，make會(huì)被要求去匹配當(dāng)前目錄下所有的文件名，一旦找到，make就會(huì)規(guī)則下的命令，所以，在模式規(guī)則中，目標(biāo)可能會(huì)是多個(gè)的，如果有模式匹配出多個(gè)目標(biāo)，make就會(huì)產(chǎn)生所有的模式目標(biāo)，此時(shí)，make關(guān)心的是依賴的文件名和生成目標(biāo)的命令這兩件事。
下面這個(gè)例子表示了,把所有的[.c]文件都編譯成[.o]文件. %.o : %.c 其中，"$@"表示所有的目標(biāo)的挨個(gè)值，"$<"表示了所有依賴目標(biāo)的挨個(gè)值。這些奇怪的變量我們叫"自動(dòng)化變量"，后面會(huì)詳細(xì)講述。 下面的這個(gè)例子中有兩個(gè)目標(biāo)是模式的： %.tab.c %.tab.h: %.y 這條規(guī)則告訴make把所有的[.y]文件都以"bison -d <n>;.y"執(zhí)行，然后生成"<n>;.tab.c"和"<n>;.tab.h"文件。（其中，"<n>;"表示一個(gè)任意字符串）。如果我們的執(zhí)行程序"foo"依賴于文件"parse.tab.o"和"scan.o"，并且文件"scan.o"依賴于文件"parse.tab.h"，如果"parse.y"文件被更新了，那么根據(jù)上述的規(guī)則，"bison -d parse.y"就會(huì)被執(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)都會(huì)得到滿足）
在上述的模式規(guī)則中，目標(biāo)和依賴文件都是一系例的文件，那么我們?nèi)绾螘鴮懸粋€(gè)命令來完成從不同的依賴文件生成相應(yīng)的目標(biāo)？因?yàn)樵诿恳淮蔚膶?duì)模式規(guī)則的解析時(shí)，都會(huì)是不同的目標(biāo)和依賴文件。 自動(dòng)化變量就是完成這個(gè)功能的。在前面，我們已經(jīng)對(duì)自動(dòng)化變量有所提涉，相信你看到這里已對(duì)它有一個(gè)感性認(rèn)識(shí)了。所謂自動(dòng)化變量，就是這種變量會(huì)把模式中所定義的一系列的文件自動(dòng)地挨個(gè)取出，直至所有的符合模式的文件都取完了。這種自動(dòng)化變量只應(yīng)出現(xiàn)在規(guī)則的命令中。 下面是所有的自動(dòng)化變量及其說明： $@ $% $< $? $^ $+ $* 當(dāng)你希望只對(duì)更新過的依賴文件進(jìn)行操作時(shí)，"$?"在顯式規(guī)則中很有用，例如，假設(shè)有一個(gè)函數(shù)庫(kù)文件叫"lib"，其由其它幾個(gè)object文件更新。那么把object文件打包的比較有效率的Makefile規(guī)則是： lib : foo.o bar.o lose.o win.o 在上述所列出來的自動(dòng)量變量中。四個(gè)變量（$@、$<、$%、$*）在擴(kuò)展時(shí)只會(huì)有一個(gè)文件，而另三個(gè)的值是一個(gè)文件列表。這七個(gè)自動(dòng)化變量還可以取得文件的目錄名或是在當(dāng)前目錄下的符合模式的文件名，只需要搭配上"D"或"F"字樣。這是GNU make中老版本的特性，在新版本中，我們使用函數(shù)"dir"或"notdir"就可以做到了。"D"的含義就是Directory，就是目錄，"F"的含義就是File，就是文件。 下面是對(duì)于上面的七個(gè)變量分別加上"D"或是"F"的含義： $(@D) $(@F) "$(*D)" "$(%D)" "$(<D)" "$(^D)" "$(+D)" "$(?D)" 最后想提醒一下的是，對(duì)于"$<"，為了避免產(chǎn)生不必要的麻煩，我們最好給$后面的那個(gè)特定字符都加上圓括號(hào)，比如，"$(<)"就要比"$<"要好一些。 還得要注意的是，這些變量只使用在規(guī)則的命令中，而且一般都是"顯式規(guī)則"和"靜態(tài)模式規(guī)則"（參見前面"書寫規(guī)則"一章）。其在隱含規(guī)則中并沒有意義。 4、模式的匹配 一般來說，一個(gè)目標(biāo)的模式有一個(gè)有前綴或是后綴的"%"，或是沒有前后綴，直接就是一個(gè)"%"。因?yàn)?%"代表一個(gè)或多個(gè)字符，所以在定義好了的模式中，我們把"%"所匹配的內(nèi)容叫做"莖"，例如"%.c"所匹配的文件"test.c"中"test"就是"莖"。因?yàn)樵谀繕?biāo)和依賴目標(biāo)中同時(shí)有"%"時(shí)，依賴目標(biāo)的"莖"會(huì)傳給目標(biāo)，當(dāng)做目標(biāo)中的"莖"。 當(dāng)一個(gè)模式匹配包含有斜杠（實(shí)際也不經(jīng)常包含）的文件時(shí)，那么在進(jìn)行模式匹配時(shí)，目錄部分會(huì)首先被移開，然后進(jìn)行匹配，成功后，再把目錄加回去。在進(jìn)行"莖"的傳遞時(shí)，我們需要知道這個(gè)步驟。例如有一個(gè)模式"e%t"，文件"src/eat"匹配于該模式，于是"src/a"就是其"莖"，如果這個(gè)模式定義在依賴目標(biāo)中，而被依賴于這個(gè)模式的目標(biāo)中又有個(gè)模式"c%r"，那么，目標(biāo)就是"src/car"。（"莖"被傳遞）
你可以重載內(nèi)建的隱含規(guī)則（或是定義一個(gè)全新的），例如你可以重新構(gòu)造和內(nèi)建隱含規(guī)則不同的命令，如： %.o : %.c 你可以取消內(nèi)建的隱含規(guī)則，只要不在后面寫命令就行。如： %.o : %.s 同樣，你也可以重新定義一個(gè)全新的隱含規(guī)則，其在隱含規(guī)則中的位置取決于你在哪里寫下這個(gè)規(guī)則。朝前的位置就靠前。
后綴規(guī)則是一個(gè)比較老式的定義隱含規(guī)則的方法。后綴規(guī)則會(huì)被模式規(guī)則逐步地取代。因?yàn)槟Ｊ揭?guī)則更強(qiáng)更清晰。為了和老版本的Makefile兼容，GNU make同樣兼容于這些東西。后綴規(guī)則有兩種方式："雙后綴"和"單后綴"。 雙后綴規(guī)則定義了一對(duì)后綴：目標(biāo)文件的后綴和依賴目標(biāo)（源文件）的后綴。如".c.o"相當(dāng)于"%o : %c"。單后綴規(guī)則只定義一個(gè)后綴，也就是源文件的后綴。如".c"相當(dāng)于"% : %.c"。 后綴規(guī)則中所定義的后綴應(yīng)該是make所認(rèn)識(shí)的，如果一個(gè)后綴是make所認(rèn)識(shí)的，那么這個(gè)規(guī)則就是單后綴規(guī)則，而如果兩個(gè)連在一起的后綴都被make所認(rèn)識(shí)，那就是雙后綴規(guī)則。例如：".c"和".o"都是make所知道。因而，如果你定義了一個(gè)規(guī)則是".c.o"那么其就是雙后綴規(guī)則，意義就是".c"是源文件的后綴，".o"是目標(biāo)文件的后綴。如下示例： .c.o: 后綴規(guī)則不允許任何的依賴文件，如果有依賴文件的話，那就不是后綴規(guī)則，那些后綴統(tǒng)統(tǒng)被認(rèn)為是文件名，如： .c.o: foo.h 這個(gè)例子，就是說，文件".c.o"依賴于文件"foo.h"，而不是我們想要的這樣： %.o: %.c foo.h 后綴規(guī)則中，如果沒有命令，那是毫無意義的。因?yàn)樗膊粫?huì)移去內(nèi)建的隱含規(guī)則。 而要讓make知道一些特定的后綴，我們可以使用偽目標(biāo)".SUFFIXES"來定義或是刪除，如： .SUFFIXES: .hack .win 把后綴.hack和.win加入后綴列表中的末尾。 .SUFFIXES: # 刪除默認(rèn)的后綴 先清楚默認(rèn)后綴，后定義自己的后綴列表。 make的參數(shù)"-r"或"-no-builtin-rules"也會(huì)使用得默認(rèn)的后綴列表為空。而變量"SUFFIXE"被用來定義默認(rèn)的后綴列表，你可以用".SUFFIXES"來改變后綴列表，但請(qǐng)不要改變變量"SUFFIXE"的值。
比如我們有一個(gè)目標(biāo)叫 T。下面是搜索目標(biāo)T的規(guī)則的算法。請(qǐng)注意，在下面，我們沒有提到后綴規(guī)則，原因是，所有的后綴規(guī)則在Makefile被載入內(nèi)存時(shí)，會(huì)被轉(zhuǎn)換成模式規(guī)則。如果目標(biāo)是"archive(member)"的函數(shù)庫(kù)文件模式，那么這個(gè)算法會(huì)被運(yùn)行兩次，第一次是找目標(biāo)T，如果沒有找到的話，那么進(jìn)入第二次，第二次會(huì)把"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、對(duì)于第一個(gè)在列表中的模式規(guī)則： 6、如果經(jīng)過第5步，沒有模式規(guī)則被找到，那么就做更進(jìn)一步的搜索。對(duì)于存在于列表中的第一個(gè)模式規(guī)則： 7、如果沒有隱含規(guī)則可以使用，查看".DEFAULT"規(guī)則，如果有，采用，把".DEFAULT"的命令給T使用。 一旦規(guī)則被找到，就會(huì)執(zhí)行其相當(dāng)?shù)拿睿藭r(shí)，我們的自動(dòng)化變量的值才會(huì)生成。
使用make更新函數(shù)庫(kù)文件 函數(shù)庫(kù)文件也就是對(duì)Object文件（程序編譯的中間文件）的打包文件。在Unix下，一般是由命令"ar"來完成打包工作。 一、函數(shù)庫(kù)文件的成員 一個(gè)函數(shù)庫(kù)文件由多個(gè)文件組成。你可以以如下格式指定函數(shù)庫(kù)文件及其組成： archive(member) 這個(gè)不是一個(gè)命令，而一個(gè)目標(biāo)和依賴的定義。一般來說，這種用法基本上就是為了"ar"命令來服務(wù)的。如： foolib(hack.o) : hack.o 如果要指定多個(gè)member，那就以空格分開，如： foolib(hack.o kludge.o) 其等價(jià)于： foolib(hack.o) foolib(kludge.o) 你還可以使用Shell的文件通配符來定義，如： foolib(*.o)
當(dāng)make搜索一個(gè)目標(biāo)的隱含規(guī)則時(shí)，一個(gè)特殊的特性是，如果這個(gè)目標(biāo)是"a(m)"形式的，其會(huì)把目標(biāo)變成"(m)"。于是，如果我們的成員是"%.o"的模式定義，并且如果我們使用"make foo.a(bar.o)"的形式調(diào)用Makefile時(shí)，隱含規(guī)則會(huì)去找"bar.o"的規(guī)則，如果沒有定義bar.o的規(guī)則，那么內(nèi)建隱含規(guī)則生效，make會(huì)去找bar.c文件來生成bar.o，如果找得到的話，make執(zhí)行的命令大致如下： cc -c bar.c -o bar.o 還有一個(gè)變量要注意的是"$%"，這是專屬函數(shù)庫(kù)文件的自動(dòng)化變量，有關(guān)其說明請(qǐng)參見"自動(dòng)化變量"一節(jié)。
你可以使用"后綴規(guī)則"和"隱含規(guī)則"來生成函數(shù)庫(kù)打包文件，如： .c.a: 其等效于： (%.o) : %.c
在進(jìn)行函數(shù)庫(kù)打包文件生成時(shí)，請(qǐng)小心使用make的并行機(jī)制（"-j"參數(shù)）。如果多個(gè)ar命令在同一時(shí)間運(yùn)行在同一個(gè)函數(shù)庫(kù)打包文件上，就很有可以損壞這個(gè)函數(shù)庫(kù)文件。所以，在make未來的版本中，應(yīng)該提供一種機(jī)制來避免并行操作發(fā)生在函數(shù)打包文件上。 但就目前而言，你還是應(yīng)該不要盡量不要使用"-j"參數(shù)。 終于到寫結(jié)束語的時(shí)候了，以上基本上就是GNU make的Makefile的所有細(xì)節(jié)了。其它的產(chǎn)商的make基本上也就是這樣的，無論什么樣的make，都是以文件的依賴性為基礎(chǔ)的，其基本是都是遵循一個(gè)標(biāo)準(zhǔn)的。這篇文檔中80%的技術(shù)細(xì)節(jié)都適用于任何的make，我猜測(cè)"函數(shù)"那一章的內(nèi)容可能不是其它make所支持的，而隱含規(guī)則方面，我想不同的make會(huì)有不同的實(shí)現(xiàn)，我沒有精力來查看GNU的make和VC的nmake、BCB的make，或是別的UNIX下的make有些什么樣的差別，一是時(shí)間精力不夠，二是因?yàn)槲一旧隙际窃赨nix下使用make，以前在SCO Unix和IBM的AIX，現(xiàn)在在Linux、Solaris、HP-UX、AIX和Alpha下使用，Linux和Solaris下更多一點(diǎn)。不過，我可以肯定的是，在Unix下的make，無論是哪種平臺(tái)，幾乎都使用了Richard Stallman開發(fā)的make和cc/gcc的編譯器，而且，基本上都是GNU的make（公司里所有的UNIX機(jī)器上都被裝上了GNU的東西，所以，使用GNU的程序也就多了一些）。GNU的東西還是很不錯(cuò)的，特別是使用得深了以后，越來越覺得GNU的軟件的強(qiáng)大，也越來越覺得GNU的在操作系統(tǒng)中（主要是Unix，甚至Windows）"殺傷力"。 對(duì)于上述所有的make的細(xì)節(jié)，我們不但可以利用make這個(gè)工具來編譯我們的程序，還可以利用make來完成其它的工作，因?yàn)橐?guī)則中的命令可以是任何Shell之下的命令，所以，在Unix下，你不一定只是使用程序語言的編譯器，你還可以在Makefile中書寫其它的命令，如：tar、awk、mail、sed、cvs、compress、ls、rm、yacc、rpm、ftp……等等，等等，來完成諸如"程序打包"、"程序備份"、"制作程序安裝包"、"提交代碼"、"使用程序模板"、"合并文件"等等五花八門的功能，文件操作，文件管理，編程開發(fā)設(shè)計(jì)，或是其它一些異想天開的東西。比如，以前在書寫銀行交易程序時(shí)，由于銀行的交易程序基本一樣，就見到有人書寫了一些交易的通用程序模板，在該模板中把一些網(wǎng)絡(luò)通訊、數(shù)據(jù)庫(kù)操作的、業(yè)務(wù)操作共性的東西寫在一個(gè)文件中，在這些文件中用些諸如"@@@N、###N"奇怪字串標(biāo)注一些位置，然后書寫交易時(shí)，只需按照一種特定的規(guī)則書寫特定的處理，最后在make時(shí)，使用awk和sed，把模板中的"@@@N、###N"等字串替代成特定的程序，形成C文件，然后再編譯。這個(gè)動(dòng)作很像數(shù)據(jù)庫(kù)的"擴(kuò)展C"語言（即在C語言中用"EXEC SQL"的樣子執(zhí)行SQL語句，在用cc/gcc編譯之前，需要使用"擴(kuò)展C"的翻譯程序，如cpre，把其翻譯成標(biāo)準(zhǔn)C）。如果你在使用make時(shí)有一些更為絕妙的方法，請(qǐng)記得告訴我啊。 回頭看看整篇文檔，不覺記起幾年前剛剛開始在Unix下做開發(fā)的時(shí)候，有人問我會(huì)不會(huì)寫Makefile時(shí)，我兩眼發(fā)直，根本不知道在說什么。一開始看到別人在vi中寫完程序后輸入"!make"時(shí)，還以為是vi的功能，后來才知道有一個(gè)Makefile在作怪，于是上網(wǎng)查啊查，那時(shí)又不愿意看英文，發(fā)現(xiàn)就根本沒有中文的文檔介紹Makefile，只得看別人寫的Makefile，自己瞎碰瞎搞才積累了一點(diǎn)知識(shí)，但在很多地方完全是知其然不知所以然。后來開始從事UNIX下產(chǎn)品軟件的開發(fā)，看到一個(gè)400人年，近200萬行代碼的大工程，發(fā)現(xiàn)要編譯這樣一個(gè)龐然大物，如果沒有Makefile，那會(huì)是多么恐怖的一樣事啊。于是橫下心來，狠命地讀了一堆英文文檔，才覺得對(duì)其掌握了。但發(fā)現(xiàn)目前網(wǎng)上對(duì)Makefile介紹的文章還是少得那么的可憐，所以想寫這樣一篇文章，共享給大家，希望能對(duì)各位有所幫助。 現(xiàn)在我終于寫完了，看了看文件的創(chuàng)建時(shí)間，這篇技術(shù)文檔也寫了兩個(gè)多月了。發(fā)現(xiàn)，自己知道是一回事，要寫下來，跟別人講述又是另外一回事，而且，現(xiàn)在越來越?jīng)]有時(shí)間專研技術(shù)細(xì)節(jié)，所以在寫作時(shí)，發(fā)現(xiàn)在闡述一些細(xì)節(jié)問題時(shí)很難做到嚴(yán)謹(jǐn)和精練，而且對(duì)先講什么后講什么不是很清楚，所以，還是參考了一些國(guó)外站點(diǎn)上的資料和題綱，以及一些技術(shù)書籍的語言風(fēng)格，才得以完成。整篇文檔的提綱是基于GNU的Makefile技術(shù)手冊(cè)的提綱來書寫的，并結(jié)合了自己的工作經(jīng)驗(yàn)，以及自己的學(xué)習(xí)歷程。因?yàn)閺膩頉]有寫過這么長(zhǎng)，這么細(xì)的文檔，所以一定會(huì)有很多地方存在表達(dá)問題，語言歧義或是錯(cuò)誤。因些，我迫切地得等待各位給我指證和建議，以及任何的反饋。 最后，還是利用這個(gè)后序，介紹一下自己。我目前從事于所有Unix平臺(tái)下的軟件研發(fā)，主要是做分布式計(jì)算/網(wǎng)格計(jì)算方面的系統(tǒng)產(chǎn)品軟件，并且我對(duì)于下一代的計(jì)算機(jī)革命——網(wǎng)格計(jì)算非常地感興趣，對(duì)于分布式計(jì)算、P2P、Web Service、J2EE技術(shù)方向也很感興趣，同時(shí)，對(duì)于項(xiàng)目實(shí)施、團(tuán)隊(duì)管理、項(xiàng)目管理也小有心得，希望同樣和我戰(zhàn)斗在“技術(shù)和管理并重”的陣線上的年輕一代，能夠和我多多地交流。我的MSN是：haoel@hotmail.com（常用），QQ是：753640（不常用）。（注：請(qǐng)勿給我MSN的郵箱發(fā)信，由于hotmail的垃圾郵件導(dǎo)致我拒收這個(gè)郵箱的所有來信） 我歡迎任何形式的交流，無論是討論技術(shù)還是管理，或是其它海闊天空的東西。除了政治和娛樂新聞我不關(guān)心，其它只要積極向上的東西我都?xì)g迎！ |
|
|
