| lany |
2003-07-04 02:10 |
1.1為什么使用它們? udH1r>W
首先，多文件項(xiàng)目的好處在那里呢？ :bdosD);
它們看起來(lái)把事情弄的復(fù)雜無(wú)比。又要 header 文件，又要 extern 聲明，而且如果需要查找一個(gè)文件，你要在更多的文件里搜索。 7N #]MW
但其實(shí)我們有很有力的理由支持我們把一個(gè)項(xiàng)目分解成小塊。當(dāng)你改動(dòng)一行代碼，編譯器需要全部重新編譯來(lái)生成一個(gè)新的可執(zhí)行文件。但如果你的項(xiàng)目是分開(kāi)在幾個(gè)小文件里，當(dāng)你改動(dòng)其中一個(gè)文件的時(shí)候，別的源文件的目標(biāo)文件(object files)已經(jīng)存在，所以沒(méi)有什么原因去重新編譯它們。你所需要做的只是重現(xiàn)編譯被改動(dòng)過(guò)的那個(gè)文件，然后重新連接所有的目標(biāo)文件罷了。在大型的項(xiàng)目中，這意味著從很長(zhǎng)的（幾分鐘到幾小時(shí)）重新編譯縮短為十幾，二十幾秒的簡(jiǎn)單調(diào)整。 .U=L, "9J
只要通過(guò)基本的規(guī)劃，將一個(gè)項(xiàng)目分解成多個(gè)小文件可使你更加容易的找到一段代碼。很簡(jiǎn)單，你根據(jù)代碼的作用把你的代碼分解到不同的文件里。當(dāng)你要看一段代碼時(shí)，你可以準(zhǔn)確的知道在那個(gè)文件中去尋找它。 hJKH0e,
從很多目標(biāo)文件生成一個(gè)程序包 (Library)比從一個(gè)單一的大目標(biāo)文件生成要好的多。當(dāng)然實(shí)際上這是否真是一個(gè)優(yōu)勢(shì)則是由你所用的系統(tǒng)來(lái)決定的。但是當(dāng)使用 gcc/ld (一個(gè) GNU C 編譯／連接器) 把一個(gè)程序包連接到一個(gè)程序時(shí)，在連接的過(guò)程中，它會(huì)嘗試不去連接沒(méi)有使用到的部分。但它每次只能從程序包中把一個(gè)完整的目標(biāo)文件排除在外。因此如果你參考一個(gè)程序包中某一個(gè)目標(biāo)檔中任何一個(gè)符號(hào)的話，那么這個(gè)目標(biāo)文件整個(gè)都會(huì)被連接進(jìn)來(lái)。要是一個(gè)程序包被非常充分的分解了的話，那么經(jīng)連接后，得到的可執(zhí)行文件會(huì)比從一個(gè)大目標(biāo)文件組成的程序包連接得到的文件小得多。 "{b=(,2
又因?yàn)槟愕某绦蚴呛苣K化的，文件之間的共享部分被減到最少，那就有很多好處——可以很容易的追蹤到臭蟲，這些模塊經(jīng)常是可以用在其它的項(xiàng)目里的，同時(shí)別人也可以更容易的理解你的一段代碼是干 什么的。當(dāng)然此外還有許多別的好處…… o=h?8)e
|
|
| lany |
2003-07-04 02:10 |
1.2 何時(shí)分解你的項(xiàng)目 .G l9{( 7
很明顯，把任何東西都分解是不合理的。象“世界，你們好”這樣的簡(jiǎn)單程序根本就不能分，因?yàn)閷?shí)在也沒(méi)什么可分的。把用于測(cè)試用的小程序分解也是沒(méi)什么意思的。但一般來(lái)說(shuō)，當(dāng)分解項(xiàng)目有助于布局、發(fā)展和易讀性的時(shí)候，我都會(huì)采取它。在大多數(shù)的情況下，這都是適用的。（所謂“世界，你們好”，既 \‘hello world\‘ ，只是一個(gè)介紹一種編程語(yǔ)言時(shí)慣用的范例程序，它會(huì)在屏幕上顯示一行 \‘hello world\‘ 。是最簡(jiǎn)單的程序。） -Q!)9n|um
如果你需要開(kāi)發(fā)一個(gè)相當(dāng)大的項(xiàng)目，在開(kāi)始前，應(yīng)該考慮一下你將如何實(shí)現(xiàn)它，并且生成幾個(gè)文件（用適當(dāng)?shù)拿郑﹣?lái)放你的代碼。當(dāng)然，在你的項(xiàng)目開(kāi)發(fā)的過(guò)程中，你可以建立新的文件，但如果你這么做的話，說(shuō)明你可能改變了當(dāng)初的想法，你應(yīng)該想想是否需要對(duì)整體結(jié)構(gòu)也進(jìn)行相應(yīng)的調(diào)整。 g[ l ;
對(duì)于中型的項(xiàng)目，你當(dāng)然也可以采用上述技巧，但你也可以就那么開(kāi)始輸入你的代碼，當(dāng)你的碼多到難以管理的時(shí)候再把它們分解成不同的檔案。但以我的經(jīng)驗(yàn)來(lái)說(shuō)，開(kāi)始時(shí)在腦子里形成一個(gè)大概的方案，并且盡量遵從它，或在開(kāi)發(fā)過(guò)程中，隨著程序的需要而修改，會(huì)使開(kāi)發(fā)變得更加容易。 M`c5
|
|
| lany |
2003-07-04 02:12 |
1.3 怎樣分解項(xiàng)目 pkKc2r l
先說(shuō)明，這完全是我個(gè)人的意見(jiàn)，你可以（也許你真的會(huì)？）用別的方式來(lái)做。這會(huì)觸動(dòng)到有關(guān)編碼風(fēng)格的問(wèn)題，而大家從來(lái)就沒(méi)有停止過(guò)在這個(gè)問(wèn)題上的爭(zhēng)論。在這里我只是給出我自己喜歡的做法（同時(shí)也給出這么做的原因）： ;sy3@{&%p
i) 不要用一個(gè) header 文件指向多個(gè)源碼文件（例外：程序包 的 header 文件）。用一個(gè) header定義一個(gè)源碼文件的方式 會(huì)更有效，也更容易查尋。否則改變一個(gè)源文件的結(jié)構(gòu)（并且 它的 header 文件）就必須重新編譯好幾個(gè)文件。 Wx)6(7=
ii) 如果可以的話，完全可以用超過(guò)一個(gè)的 header 文件來(lái)指向同 一個(gè)源碼文件。有時(shí)將不可公開(kāi)調(diào)用的函數(shù)原型，類型定義 等等，從它們的Ｃ源碼文件中分離出來(lái)是非常有用的。使用一 個(gè) header 文件裝公開(kāi)符號(hào)，用另一個(gè)裝私人符號(hào)意味著如果 你改變了這個(gè)源碼文件的內(nèi)部結(jié)構(gòu)，你可以只是重新編譯它而 不需要重新編譯那些使用它的公開(kāi) header 文件的其它的源文 件。 d5FM ^<_W
iii) 不要在多個(gè) header 文件中重復(fù)定義信息。 如果需要， 在其中一個(gè) header 文件里 #include 另一個(gè)，但 是不要重復(fù)輸入相同的 header 信息兩次。原因是如果你以后改 變了這個(gè)信息，你只需要把它改變一次，不用搜索并改變另外一 個(gè)重復(fù)的信息。 3A ;Eew
iv) 在每一個(gè)源碼文件里， #include 那些聲明了源碼文件中的符 號(hào)的所有 header 文件。這樣一來(lái)，你在源碼文件和 header 文件對(duì)某些函數(shù)做出的矛盾聲明可以比較容易的被編譯器發(fā)現(xiàn)。 8AsYgZ.Ui
|
|
| lany |
2003-07-04 02:13 |
1.4 對(duì)于常見(jiàn)錯(cuò)誤的注釋 TxQTy%M7>
6TW2s$0+
a) 定義符 (Identifier) 在源碼文件中的矛盾：在Ｃ里，變量和函數(shù)的缺 省狀態(tài)是公用的。因此，任何Ｃ源碼檔案都可以引用存在于其它源 碼檔中的通用 (global) 函數(shù)和通用變量，既使這個(gè)檔案沒(méi)有那個(gè)變 量或函數(shù)的聲明或原型。因此你必須保證在不同的兩個(gè)檔案里不能 用同一個(gè)符號(hào)名稱，否則會(huì)有連接錯(cuò)誤或者在編譯時(shí)會(huì)有警告。 QE^!@ `
一種避免這種錯(cuò)誤的方法是在公用的符號(hào)前加上跟其所在源文件有 關(guān)的前綴。比如：所有在 gfx.c 里的函數(shù)都加上前綴“gfx_”。如果 你很小心的分解你的程序，使用有意義的函數(shù)名稱，并且不是過(guò)分 使用通用變量，當(dāng)然這根本就不是問(wèn)題。 11 F4
要防止一個(gè)符號(hào)在它被定義的源文件以外被看到，可在它的定義前 加上關(guān)鍵字“static”。這對(duì)只在一個(gè)檔案內(nèi)部使用，其它檔案都 都不會(huì)用到的簡(jiǎn)單函數(shù)是很有用的。 x13`Bg~%
b) 多次定義的符號(hào)： header 檔會(huì)被逐字的替換到你源文件里 #include 的位置的。因此，如果 header 檔被 #include 到一個(gè)以上的源文件 里，這個(gè) header 檔中所有的定義就會(huì)出現(xiàn)在每一個(gè)有關(guān)的源碼文件 里。這會(huì)使它們里的符號(hào)被定義一次以上，從而出現(xiàn)連接錯(cuò)誤（見(jiàn) 上）。 =!(r6Q5?3
解決方法： 不要在 header 檔里定義變量。你只需要在 header 檔里聲明它們?nèi)缓笤谶m當(dāng)?shù)模迷创a文件（應(yīng)該 #include 那個(gè) header 檔的那個(gè)）里定義它們（一次）。對(duì)于初學(xué)者來(lái)說(shuō)，定義和聲明是 很容易混淆的。聲明的作用是告訴編譯器其所聲明的符號(hào)應(yīng)該存在， 并且要有所指定的類型。但是，它并不會(huì)使編譯器分配貯存空間。 而定義的做用是要求編譯器分配貯存空間。當(dāng)做一個(gè)聲明而不是做 定義的時(shí)候，在聲明前放一個(gè)關(guān)鍵字“extern”。 }ed /N =
例如，我們有一個(gè)叫“counter”的變量，如果想讓它成為公用的， 我們?cè)谝粋€(gè)源碼程序（只在一個(gè)里面）的開(kāi)始定義它：“int counter;”，再在相關(guān)的 header 檔里聲明它：“extern int counter;”。 e89.Ywtr A
函數(shù)原型里隱含著 extern 的意思，所以不需顧慮這個(gè)問(wèn)題。 JU>8~N ,
c) 重復(fù)定義，重復(fù)聲明，矛盾類型： !RpD | ]
請(qǐng)考慮如果在一個(gè)Ｃ源碼文件中 #include 兩個(gè)檔 a.h 和 b.h， 而 a.h 又 #include 了 b.h 檔（原因是 b.h 檔定義了一些 a.h 需要的類型），會(huì)發(fā)生什么事呢？這時(shí)該Ｃ源碼文件 #include 了 b.h 兩次。因此每一個(gè)在 b.h 中的 #define 都發(fā)生了兩次，每一 個(gè)聲明發(fā)生了兩次，等等。理論上，因?yàn)樗鼈兪峭耆粯拥目截悾?所以應(yīng)該不會(huì)有什么問(wèn)題，但在實(shí)際應(yīng)用上，這是不符合Ｃ的語(yǔ)法 的，可能在編譯時(shí)出現(xiàn)錯(cuò)誤，或至少是警告。 bsN4} m!X"
解決的方法是要確定每一個(gè) header 檔在任一個(gè)源碼文件中只被包 含了一次。我們一般是用預(yù)處理器來(lái)達(dá)到這個(gè)目的的。當(dāng)我們進(jìn)入 每一個(gè) header 檔時(shí)，我們?yōu)檫@個(gè) header 檔 #define 一個(gè)巨集 指令。只有在這個(gè)巨集指令沒(méi)有被定義的前提下，我們才真正使用 該 header 檔的主體。在實(shí)際應(yīng)用上，我們只要簡(jiǎn)單的把下面一段 碼放在每一個(gè) header 檔的開(kāi)始部分： ,d:`VUDd3
#ifndef FILENAME_H C[!T!HHvY
#define FILENAME_H bRnxMK*
然后把下面一行碼放在最后： ~zHUQZJ!
#endif oK ^rV k
用 header 檔的檔名（大寫的）代替上面的 FILENAME_H，用底線 代替檔名中的點(diǎn)。有些人喜歡在 #endif 加上注釋來(lái)提醒他們這個(gè) #endif 指的是什么。例如： yd]XCtMO~
#endif /* #ifndef FILENAME_H */ w y~^*TD
我個(gè)人沒(méi)有這個(gè)習(xí)慣，因?yàn)檫@其實(shí)是很明顯的。當(dāng)然這只是各人的 風(fēng)格不同，無(wú)傷大雅。 j~G+Lt.Hh
你只需要在那些有編譯錯(cuò)誤的 header 檔中加入這個(gè)技巧，但在所 有的 header 檔中都加入也沒(méi)什么損失，到底這是個(gè)好習(xí)慣。 n0IGk‘$d
\x$Pw<(c
1.5 重新編譯一個(gè)多文件項(xiàng)目 cVR /4,
清楚的區(qū)別編譯和連接是很重要的。編譯器使用源碼文件來(lái)產(chǎn)生某種 形式的目標(biāo)文件(object files)。在這個(gè)過(guò)程中，外部的符號(hào)參考并 沒(méi)有被解釋或替換。然后我們使用連接器來(lái)連接這些目標(biāo)文件和一些 標(biāo)準(zhǔn)的程序包再加你指定的程序包，最后連接生成一個(gè)可執(zhí)行程序。 在這個(gè)階段，一個(gè)目標(biāo)文件中對(duì)別的文件中的符號(hào)的參考被解釋，并 報(bào)告不能被解釋的參考，一般是以錯(cuò)誤信息的形式報(bào)告出來(lái)。 `j0H((o
基本的步驟就應(yīng)該是，把你的源碼文件一個(gè)一個(gè)的編譯成目標(biāo)文件的格 式，最后把所有的目標(biāo)文件加上需要的程序包連接成一個(gè)可執(zhí)行文件。 具體怎么做是由你的編譯器決定的。這里我只給出 gcc （GNU C 編譯 器）的有關(guān)命令，這些有可能對(duì)你的非 gcc 編譯器也適用。 % h(IY <
gcc 是一個(gè)多目標(biāo)的工具。它在需要的時(shí)候呼叫其它的元件（預(yù)處理 程序，編譯器，組合程序，連接器）。具體的哪些元件被呼叫取決于 輸入文件的類型和你傳遞給它的開(kāi)關(guān)。 *k"j1 ;O
一般來(lái)說(shuō)，如果你只給它Ｃ源碼文件，它將預(yù)處理，編譯，組合所有 的文件，然后把所得的目標(biāo)文件連接成一個(gè)可執(zhí)行文件（一般生成的 文件被命名為 a.out ）。你當(dāng)然可以這么做，但這會(huì)破壞很多我們 把一個(gè)項(xiàng)目分解成多個(gè)文件所得到的好處。 rE Ya C?~
如果你給它一個(gè) -c 開(kāi)關(guān)，gcc 只把給它的文件編譯成目標(biāo)文件， 用源碼文件的文件名命名但把其后綴由“.c”或“.cc”變成“.o”。 如果你給它的是一列目標(biāo)文件， gcc 會(huì)把它們連接成可執(zhí)行文件， 缺省文件名是 a.out 。你可以改變?nèi)笔∶?，用開(kāi)關(guān) -o 后跟你指定 的文件名。 Za=y?CoH
因此，當(dāng)你改變了一個(gè)源碼文件后，你需要重新編譯它： \‘gcc -c filename.c\‘ 然后重新連接你的項(xiàng)目： \‘gcc -o exec_filename *.o\‘。 如果你改變了一個(gè) header 檔，你需要重新編譯所有 #include 過(guò) 這個(gè)檔的源碼文件，你可以用 \‘gcc -c file1.c file2.c file3.c\‘ 然后象上邊一樣連接。 .-"Ld d5*l
當(dāng)然這么做是很繁瑣的，幸虧我們有些工具使這個(gè)步驟變得簡(jiǎn)單。 本文的第二部分就是介紹其中的一件工具：GNU Make 工具。 [dEr|I*$‘
（好家伙，現(xiàn)在才開(kāi)始見(jiàn)真章。您學(xué)到點(diǎn)兒東西沒(méi)？） CF^]I d7
|
|
| lany |
2003-07-04 02:13 |
2) GNU Make 工具 :hxpG
~~~~~~~~~~~~~~~~ TfoqMfgZjo
2.1 基本 makefile 結(jié)構(gòu) JEG Ak0g
GNU Make 的主要工作是讀進(jìn)一個(gè)文本文件， makefile 。這個(gè)文 件里主要是有關(guān)哪些文件（‘target’目的文件）是從哪些別的 文件（‘dependencies’依靠文件）中產(chǎn)生的，用什么命令來(lái)進(jìn)行 這個(gè)產(chǎn)生過(guò)程。有了這些信息， make 會(huì)檢查磁碟上的文件，如果 目的文件的時(shí)間戳（該文件生成或被改動(dòng)時(shí)的時(shí)間）比至少它的一 個(gè)依靠文件舊的話， make 就執(zhí)行相應(yīng)的命令，以便更新目的文件。 （目的文件不一定是最后的可執(zhí)行檔，它可以是任何一個(gè)文件。） 3dB p
makefile 一般被叫做“makefile”或“Makefile”。當(dāng)然你可以 在 make 的命令行指定別的文件名。如果你不特別指定，它會(huì)尋 找“makefile”或“Makefile”，因此使用這兩個(gè)名字是最簡(jiǎn)單 的。 TL@S%g)
一個(gè) makefile 主要含有一系列的規(guī)則，如下： h^m=pa]
: ... +lq6%!hz
(tab) P[‘s,Dd
(tab) O ].K%ny
. ]WVY M8 n
. mK+TJ;;
. / GzL^]
例如，考慮以下的 makefile ： q4z7t;260
=== makefile 開(kāi)始 === 2*{a}o};3
myprog : foo.o bar.o ID!kaQ }?
gcc foo.o bar.o -o myprog S2k/ iq
foo.o : foo.c foo.h bar.h E5` dv(f
gcc -c foo.c -o foo.o <NhYfa]
bar.o : bar.c bar.h "g M‘Qg
gcc -c bar.c -o bar.o ,m JtDt \U
=== makefile 結(jié)束 === `WXrjsL
這是一個(gè)非?；镜?makefile —— make 從最上面開(kāi)始，把上 面第一個(gè)目的，‘myprog’，做為它的主要目標(biāo)（一個(gè)它需要保 證其總是最新的最終目標(biāo)）。給出的規(guī)則說(shuō)明只要文件‘myprog’ 比文件‘foo.o’或‘bar.o’中的任何一個(gè)舊，下一行的命令將 會(huì)被執(zhí)行。 KAY~b(n
但是，在檢查文件 foo.o 和 bar.o 的時(shí)間戳之前，它會(huì)往下查 找那些把 foo.o 或 bar.o 做為目標(biāo)文件的規(guī)則。它找到的關(guān)于 foo.o 的規(guī)則，該文件的依靠文件是 foo.c, foo.h 和 bar.h 。 它從下面再找不到生成這些依靠文件的規(guī)則，它就開(kāi)始檢查磁碟 上這些依靠文件的時(shí)間戳。如果這些文件中任何一個(gè)的時(shí)間戳比 foo.o 的新，命令 \‘gcc -o foo.o foo.c\‘ 將會(huì)執(zhí)行，從而更新 文件 foo.o 。 o -g v7X3
接下來(lái)對(duì)文件 bar.o 做類似的檢查，依靠文件在這里是文件 bar.c 和 bar.h 。 Qs, UY) ‘
現(xiàn)在， make 回到‘myprog’的規(guī)則。如果剛才兩個(gè)規(guī)則中的任 何一個(gè)被執(zhí)行，myprog 就需要重建（因?yàn)槠渲幸粋€(gè) .o 檔就會(huì)比 ‘myprog’新），因此連接命令將被執(zhí)行。 - jwV+2^
希望到此，你可以看出使用 make 工具來(lái)建立程序的好處——前 一章中所有繁瑣的檢查步驟都由 make 替你做了：檢查時(shí)間戳。 你的源碼文件里一個(gè)簡(jiǎn)單改變都會(huì)造成那個(gè)文件被重新編譯（因 為 .o 文件依靠 .c 文件），進(jìn)而可執(zhí)行文件被重新連接（因?yàn)?.o 文件被改變了）。其實(shí)真正的得益是在當(dāng)你改變一個(gè) header 檔的時(shí)候——你不再需要記住那個(gè)源碼文件依靠它，因?yàn)樗械?資料都在 makefile 里。 make 會(huì)很輕松的替你重新編譯所有那 些因依靠這個(gè) header 文件而改變了的源碼文件，如有需要，再 進(jìn)行重新連接。 }Ds/N
當(dāng)然，你要確定你在 makefile 中所寫的規(guī)則是正確無(wú)誤的，只 列出那些在源碼文件中被 #include 的 header 檔…… |
|
| lany |
2003-07-04 02:14 |
2.2 編寫 make 規(guī)則 (Rules) s4nl zT-
最明顯的（也是最簡(jiǎn)單的）編寫規(guī)則的方法是一個(gè)一個(gè)的查 看源碼文件，把它們的目標(biāo)文件做為目的，而Ｃ源碼文件和被它 #include 的 header 檔做為依靠文件。但是你也要把其它被這些 header 檔 #include 的 header 檔也列為依靠文件，還有那些被 包括的文件所包括的文件……然后你會(huì)發(fā)現(xiàn)要對(duì)越來(lái)越多的文件 進(jìn)行管理，然后你的頭發(fā)開(kāi)始脫落，你的脾氣開(kāi)始變壞，你的臉 色變成菜色，你走在路上開(kāi)始跟電線桿子碰撞，終于你搗毀你的 電腦顯示器，停止編程。到低有沒(méi)有些容易點(diǎn)兒的方法呢？ #xE9[a
當(dāng)然有！向編譯器要！在編譯每一個(gè)源碼文件的時(shí)候，它實(shí)在應(yīng) 該知道應(yīng)該包括什么樣的 header 檔。使用 gcc 的時(shí)候，用 -M 開(kāi)關(guān)，它會(huì)為每一個(gè)你給它的Ｃ文件輸出一個(gè)規(guī)則，把目標(biāo)文件 做為目的，而這個(gè)Ｃ文件和所有應(yīng)該被 #include 的 header 文 件將做為依靠文件。注意這個(gè)規(guī)則會(huì)加入所有 header 文件，包 括被角括號(hào)(`<\‘, `>\‘)和雙引號(hào)(`\"\‘)所包圍的文件。其實(shí)我們可以 相當(dāng)肯定系統(tǒng) header 檔（比如 stdio.h, stdlib.h 等等）不會(huì) 被我們更改，如果你用 -MM 來(lái)代替 -M 傳遞給 gcc，那些用角括 號(hào)包圍的 header 檔將不會(huì)被包括。（這會(huì)節(jié)省一些編譯時(shí)間） u i?kpefVM
由 gcc 輸出的規(guī)則不會(huì)含有命令部分；你可以自己寫入你的命令 或者什么也不寫，而讓 make 使用它的隱含的規(guī)則（參考下面的 2.4 節(jié)）。 ZkDQ=1t :
|
|
| lany |
2003-07-04 02:15 |
2.3 Makefile 變量 ‘T@#Py
上面提到 makefiles 里主要包含一些規(guī)則。它們包含的其它的東 西是變量定義。 ?GKd`A6
makefile 里的變量就像一個(gè)環(huán)境變量(environment variable)。 事實(shí)上，環(huán)境變量在 make 過(guò)程中被解釋成 make 的變量。這些 變量是大小寫敏感的，一般使用大寫字母。它們可以從幾乎任何 地方被引用，也可以被用來(lái)做很多事情，比如： k8UR|Ey
i) 貯存一個(gè)文件名列表。在上面的例子里，生成可執(zhí)行文件的 規(guī)則包含一些目標(biāo)文件名做為依靠。在這個(gè)規(guī)則的命令行 里同樣的那些文件被輸送給 gcc 做為命令參數(shù)。如果在這 里使用一個(gè)變數(shù)來(lái)貯存所有的目標(biāo)文件名，加入新的目標(biāo) 文件會(huì)變的簡(jiǎn)單而且較不易出錯(cuò)。 mN*8K%G
ii) 貯存可執(zhí)行文件名。如果你的項(xiàng)目被用在一個(gè)非 gcc 的系 統(tǒng)里，或者如果你想使用一個(gè)不同的編譯器，你必須將所 有使用編譯器的地方改成用新的編譯器名。但是如果使用一 個(gè)變量來(lái)代替編譯器名，那么你只需要改變一個(gè)地方，其 它所有地方的命令名就都改變了。 0;P7s\V
iii) 貯存編譯器旗標(biāo)。假設(shè)你想給你所有的編譯命令傳遞一組 相同的選項(xiàng)（例如 -Wall -O -g）；如果你把這組選項(xiàng)存 入一個(gè)變量，那么你可以把這個(gè)變量放在所有呼叫編譯器 的地方。而當(dāng)你要改變選項(xiàng)的時(shí)候，你只需在一個(gè)地方改 變這個(gè)變量的內(nèi)容。 .>R6 }<<-]
要設(shè)定一個(gè)變量，你只要在一行的開(kāi)始寫下這個(gè)變量的名字，后 面跟一個(gè) = 號(hào)，后面跟你要設(shè)定的這個(gè)變量的值。以后你要引用 這個(gè)變量，寫一個(gè) $ 符號(hào)，后面是圍在括號(hào)里的變量名。比如在 下面，我們把前面的 makefile 利用變量重寫一遍： AGAO%,sCv
=== makefile 開(kāi)始 === #Z( wE"H
OBJS = foo.o bar.o XJfiM
CC = gcc D1YfKsAN
CFLAGS = -Wall -O -g /N\9]S0B
myprog : $(OBJS) dRso F7
$(CC) $(OBJS) -o myprog @ROhXT(3
foo.o : foo.c foo.h bar.h R}< S4,=E
$(CC) $(CFLAGS) -c foo.c -o foo.o #t5R 2CB
bar.o : bar.c bar.h V9Uy‘-m# i
$(CC) $(CFLAGS) -c bar.c -o bar.o {Q{HsH[n}
=== makefile 結(jié)束 === f5^ :p\
還有一些設(shè)定好的內(nèi)部變量，它們根據(jù)每一個(gè)規(guī)則內(nèi)容定義。三個(gè) 比較有用的變量是 $@, $< 和 $^ （這些變量不需要括號(hào)括住）。 $@ 擴(kuò)展成當(dāng)前規(guī)則的目的文件名， $< 擴(kuò)展成依靠列表中的第 一個(gè)依靠文件，而 $^ 擴(kuò)展成整個(gè)依靠的列表（除掉了里面所有重 復(fù)的文件名）。利用這些變量，我們可以把上面的 makefile 寫成： OYfGqTD1
=== makefile 開(kāi)始 === X *aS3
OBJS = foo.o bar.o ‘z<e, MFX
CC = gcc /v% q U7.@
CFLAGS = -Wall -O -g d~10e1"9
myprog : $(OBJS) AaZ1(p =%Y
$(CC) $^ -o $@ ](;t t>%
foo.o : foo.c foo.h bar.h K1nNzR1d\i
$(CC) $(CFLAGS) -c $< -o $@ FDhgYbZ)
bar.o : bar.c bar.h qp BAXl0
$(CC) $(CFLAGS) -c $< -o $@ hCF/->g
=== makefile 結(jié)束 === mab XY
你可以用變量做許多其它的事情，特別是當(dāng)你把它們和函數(shù)混合 使用的時(shí)候。如果需要更進(jìn)一步的了解，請(qǐng)參考 GNU Make 手冊(cè)。 (\‘man make\‘, \‘man makefile\‘) _P J= S$ $
|
|
| lany |
2003-07-04 02:16 |
2.4 隱含規(guī)則 (Implicit Rules) * KRH<A!
請(qǐng)注意，在上面的例子里，幾個(gè)產(chǎn)生 .o 文件的命令都是一樣的。 都是從 .c 文件和相關(guān)文件里產(chǎn)生 .o 文件，這是一個(gè)標(biāo)準(zhǔn)的步 驟。其實(shí) make 已經(jīng)知道怎么做——它有一些叫做隱含規(guī)則的內(nèi) 置的規(guī)則，這些規(guī)則告訴它當(dāng)你沒(méi)有給出某些命令的時(shí)候，應(yīng)該 怎么辦。 <:AsE>E@gP
如果你把生成 foo.o 和 bar.o 的命令從它們的規(guī)則中刪除， make 將會(huì)查找它的隱含規(guī)則，然后會(huì)找到一個(gè)適當(dāng)?shù)拿睢Ｋ拿顣?huì) 使用一些變量，因此你可以按照你的想法來(lái)設(shè)定它：它使用變量 CC 做為編譯器（象我們?cè)谇懊娴睦樱?，并且傳遞變量 CFLAGS （給 C 編譯器，C++ 編譯器用 CXXFLAGS ），CPPFLAGS （ C 預(yù) 處理器旗標(biāo)）， TARGET_ARCH （現(xiàn)在不用考慮這個(gè)），然后它加 入旗標(biāo) \‘-c\‘ ，后面跟變量 $< （第一個(gè)依靠名），然后是旗 標(biāo) \‘-o\‘ 跟變量 $@ （目的文件名）。一個(gè)Ｃ編譯的具體命令將 會(huì)是： Cge;eF D
$(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c $< -o $@ 9JA%9 3i
當(dāng)然你可以按照你自己的需要來(lái)定義這些變量。這就是為什么用 gcc 的 -M 或 -MM 開(kāi)關(guān)輸出的碼可以直接用在一個(gè) makefile 里。 )Pl, =$ss
|
|
| lany |
2003-07-04 02:16 |
2.5 假象目的 (Phony Targets) $ MT*
假設(shè)你的一個(gè)項(xiàng)目最后需要產(chǎn)生兩個(gè)可執(zhí)行文件。你的主要目標(biāo) 是產(chǎn)生兩個(gè)可執(zhí)行文件，但這兩個(gè)文件是相互獨(dú)立的——如果一 個(gè)文件需要重建，并不影響另一個(gè)。你可以使用“假象目的”來(lái) 達(dá)到這種效果。一個(gè)假象目的跟一個(gè)正常的目的幾乎是一樣的， 只是這個(gè)目的文件是不存在的。因此， make 總是會(huì)假設(shè)它需要 被生成，當(dāng)把它的依賴文件更新后，就會(huì)執(zhí)行它的規(guī)則里的命令 行。 3y--tmu]lz
如果在我們的 makefile 開(kāi)始處輸入： a 0,NHh:
all : exec1 exec2 ^U9nHa04s
其中 exec1 和 exec2 是我們做為目的的兩個(gè)可執(zhí)行文件。 make 把這個(gè) \‘a(chǎn)ll\‘ 做為它的主要目的，每次執(zhí)行時(shí)都會(huì)嘗試把 \‘a(chǎn)ll\‘ 更新。但既然這行規(guī)則里沒(méi)有哪個(gè)命令來(lái)作用在一個(gè)叫 \‘a(chǎn)ll\‘ 的 實(shí)際文件（事實(shí)上 all 并不會(huì)在磁碟上實(shí)際產(chǎn)生），所以這個(gè)規(guī) 則并不真的改變 \‘a(chǎn)ll\‘ 的狀態(tài)?？杉热贿@個(gè)文件并不存在，所以 make 會(huì)嘗試更新 all 規(guī)則，因此就檢查它的依靠 exec1, exec2 是否需要更新，如果需要，就把它們更新，從而達(dá)到我們的目的。 !V%& NLQp
假象目的也可以用來(lái)描述一組非預(yù)設(shè)的動(dòng)作。例如，你想把所有由 make 產(chǎn)生的文件刪除，你可以在 makefile 里設(shè)立這樣一個(gè)規(guī)則： ZX ]yMI)sU
veryclean : qngE(N
rm *.o _xf 3-_]
rm myprog =pb|,`YoI
前提是沒(méi)有其它的規(guī)則依靠這個(gè) \‘veryclean\‘ 目的，它將永遠(yuǎn) 不會(huì)被執(zhí)行。但是，如果你明確的使用命令 \‘make veryclean\‘ ， make 會(huì)把這個(gè)目的做為它的主要目標(biāo)，執(zhí)行那些 rm 命令。 b T](p\
如果你的磁碟上存在一個(gè)叫 veryclean 文件，會(huì)發(fā)生什么事？這 時(shí)因?yàn)樵谶@個(gè)規(guī)則里沒(méi)有任何依靠文件，所以這個(gè)目的文件一定是 最新的了（所有的依靠文件都已經(jīng)是最新的了），所以既使用戶明 確命令 make 重新產(chǎn)生它，也不會(huì)有任何事情發(fā)生。解決方法是標(biāo) 明所有的假象目的（用 .PHONY），這就告訴 make 不用檢查它們 是否存在于磁碟上，也不用查找任何隱含規(guī)則，直接假設(shè)指定的目 的需要被更新。在 makefile 里加入下面這行包含上面規(guī)則的規(guī)則： OZx@7W X\2
.PHONY : veryclean = 73 ,{}v
就可以了。注意，這是一個(gè)特殊的 make 規(guī)則，make 知道 .PHONY 是一個(gè)特殊目的，當(dāng)然你可以在它的依靠里加入你想用的任何假象 目的，而 make 知道它們都是假象目的。 7 m>y_kR2
|
|
| lany |
2003-07-04 02:17 |
2.6 函數(shù) (Functions) }yFkYq@
makefile 里的函數(shù)跟它的變量很相似——使用的時(shí)候，你用一個(gè) $ 符號(hào)跟開(kāi)括號(hào)，函數(shù)名，空格后跟一列由逗號(hào)分隔的參數(shù)，最后 用關(guān)括號(hào)結(jié)束。例如，在 GNU Make 里有一個(gè)叫 \‘wildcard\‘ 的函 數(shù)，它有一個(gè)參數(shù)，功能是展開(kāi)成一列所有符合由其參數(shù)描述的文 件名，文件間以空格間隔。你可以像下面所示使用這個(gè)命令： _BZjGdO8
SOURCES = $(wildcard *.c) /`;Y[*(
這行會(huì)產(chǎn)生一個(gè)所有以 \‘.c\‘ 結(jié)尾的文件的列表，然后存入變量 SOURCES 里。當(dāng)然你不需要一定要把結(jié)果存入一個(gè)變量。 ad ql+8
另一個(gè)有用的函數(shù)是 patsubst （ patten substitude, 匹配替 換的縮寫）函數(shù)。它需要３個(gè)參數(shù)——第一個(gè)是一個(gè)需要匹配的 式樣，第二個(gè)表示用什么來(lái)替換它，第三個(gè)是一個(gè)需要被處理的 由空格分隔的字列。例如，處理那個(gè)經(jīng)過(guò)上面定義后的變量， ,ks]Jl-Y3
OBJS = $(patsubst %.c,%.o,$(SOURCES)) R 1(P
這行將處理所有在 SOURCES 字列中的字（一列文件名），如果它的 結(jié)尾是 \‘.c\‘ ，就用 \‘.o\‘ 把 \‘.c\‘ 取代。注意這里的 % 符號(hào)將匹 配一個(gè)或多個(gè)字符，而它每次所匹配的字串叫做一個(gè)‘柄’(stem) 。 在第二個(gè)參數(shù)里， % 被解讀成用第一參數(shù)所匹配的那個(gè)柄。 A`8=Y‘
|
|
| lany |
2003-07-04 02:18 |
2.7 一個(gè)比較有效的 makefile D: C]w(os
利用我們現(xiàn)在所學(xué)的，我們可以建立一個(gè)相當(dāng)有效的 makefile 。 這個(gè) makefile 可以完成大部分我們需要的依靠檢查，不用做太大 的改變就可直接用在大多數(shù)的項(xiàng)目里。 n>Z;!M4
首先我們需要一個(gè)基本的 makefile 來(lái)建我們的程序。我們可以讓 它搜索當(dāng)前目錄，找到源碼文件，并且假設(shè)它們都是屬于我們的項(xiàng) 目的，放進(jìn)一個(gè)叫 SOURCES 的變量。這里如果也包含所有的 *.cc 文件，也許會(huì)更保險(xiǎn)，因?yàn)樵创a文件可能是 C++ 碼的。 [W"{KF8a
SOURCES = $(wildcard *.c *.cc) Q-! a#
利用 patsubst ，我們可以由源碼文件名產(chǎn)生目標(biāo)文件名，我們需 要編譯出這些目標(biāo)文件。如果我們的源碼文件既有 .c 文件，也有 .cc 文件，我們需要使用相嵌的 patsubst 函數(shù)呼叫： ]?o03#o7~
OBJS = $(patsubst %.c,%.o,$(patsubst %.cc,%.o,$(SOURCES))) Vmmv5wr~
最里面一層 patsubst 的呼叫會(huì)對(duì) .cc 文件進(jìn)行后綴替代，產(chǎn)生的結(jié) 果被外層的 patsubst 呼叫處理，進(jìn)行對(duì) .c 文件后綴的替代。 5}IwrYW{v
現(xiàn)在我們可以設(shè)立一個(gè)規(guī)則來(lái)建可執(zhí)行文件： Q#:l:"MG
myprog : $(OBJS) W_ ,hLg`u
gcc -o myprog $(OBJS) X5>r+rA
進(jìn)一步的規(guī)則不一定需要， gcc 已經(jīng)知道怎么去生成目標(biāo)文件 (object files) 。下面我們可以設(shè)定產(chǎn)生依靠信息的規(guī)則： d:Mj<FNqH
depends : $(SOURCES) w"|(d/
gcc -M $(SOURCES) > depends wXJFH/kLw
在這里如果一個(gè)叫 \‘depends\‘ 的文件不存在，或任何一個(gè)源碼文件 比一個(gè)已存在的 depends 文件新，那么一個(gè) depends 文件會(huì)被生 成。depends 文件將會(huì)含有由 gcc 產(chǎn)生的關(guān)于源碼文件的規(guī)則（注 意 -M 開(kāi)關(guān)）?，F(xiàn)在我們要讓 make 把這些規(guī)則當(dāng)做 makefile 檔 的一部分。這里使用的技巧很像 C 語(yǔ)言中的 #include 系統(tǒng)——我 們要求 make 把這個(gè)文件 include 到 makefile 里，如下： d_BiX)2 F
include depends k,gBqd)a%
GNU Make 看到這個(gè)，檢查 \‘depends\‘ 目的是否更新了，如果沒(méi)有， 它用我們給它的命令重新產(chǎn)生 depends 檔。然后它會(huì)把這組（新） 規(guī)則包含進(jìn)來(lái)，繼續(xù)處理最終目標(biāo) \‘myprog\‘ 。當(dāng)看到有關(guān) myprog 的規(guī)則，它會(huì)檢查所有的目標(biāo)文件是否更新——利用 depends 文件 里的規(guī)則，當(dāng)然這些規(guī)則現(xiàn)在已經(jīng)是更新過(guò)的了。 LYWKb x`{l
這個(gè)系統(tǒng)其實(shí)效率很低，因?yàn)槊慨?dāng)一個(gè)源碼文件被改動(dòng)，所有的源碼 文件都要被預(yù)處理以產(chǎn)生一個(gè)新的 \‘depends\‘ 文件。而且它也不是 100% 的安全，這是因?yàn)楫?dāng)一個(gè) header 檔被改動(dòng)，依靠信息并不會(huì) 被更新。但就基本工作來(lái)說(shuō)，它也算相當(dāng)有用的了。 FpY>W l4h
|
|
| lany |
2003-07-04 02:19 |
2.8 一個(gè)更好的 makefile FSIeh
這是一個(gè)我為我大多數(shù)項(xiàng)目設(shè)計(jì)的 makefile 。它應(yīng)該可以不需要修 改的用在大部分項(xiàng)目里。我主要把它用在 djgpp 上，那是一個(gè) DOS 版的 gcc 編譯器。因此你可以看到執(zhí)行的命令名、 \‘a(chǎn)lleg\‘ 程序包、 和 RM -F 變量都反映了這一點(diǎn)。 __ mDYQ
=== makefile 開(kāi)始 === a3-#c} 0}C
###################################### iXh |$Rt
# Q_4\} 1_
# Generic makefile U$+ xt;
# uaEfpvr
# by George Foot z-\^t|
# email: george.foot@merton.ox.ac.uk A*AZs)-p?
# "f ?+F)0u
# Copyright (c) 1997 George Foot jsp7.{
# All rights reserved. V C,#5%q
# 保留所有版權(quán) A-!+s1 Y5
# `/r^yru/ W
# No warranty, no liability; ]>~`}hOj
# you use this at your own risk. Q<y?Q/jV
# 沒(méi)保險(xiǎn)，不負(fù)責(zé) Vi2=/kkI
# 你要用這個(gè)，你自己擔(dān)風(fēng)險(xiǎn) L !`W j)
# ! <A3HtN
# You are free to modify and Gt8ue/8M
# distribute this without giving klP\m}T2m
# credit to the original author. 5s.9mk84rK
# 你可以隨便更改和散發(fā)這個(gè)文件 n/0irW@*
# 而不需要給原作者什么榮譽(yù)。 T\ = @
# （你好意思？） ~‘@]0$wT
# ‘9t1O(anz[
###################################### D7tF>|Xp5
### Customising tzI,S? +i
# 用戶設(shè)定 Y _V % C
# C3bO^aQ
# Adjust the following if necessary; EXECUTABLE is the target V<n^ 51t
# executable\‘s filename, and LIBS is a list of libraries to link in ij441
# (e.g. alleg, stdcx, iostr, etc). You can override these on make\‘s qVuwI;X@v
# command line of course, if you prefer to do it that way. )"YaO[|
# (/C7 5E55
# 如果需要，調(diào)整下面的東西。 EXECUTABLE 是目標(biāo)的可執(zhí)行文件名， LIBS NEyyo0 og
# 是一個(gè)需要連接的程序包列表（例如 alleg, stdcx, iostr 等等）。當(dāng)然你 <;*V| )M
# 可以在 make 的命令行覆蓋它們，你愿意就沒(méi)問(wèn)題。 s‘235QrD
# hbcK\R
EXECUTABLE := mushroom.exe %7oi`7h
LIBS := alleg >We~puq0v
# Now alter any implicit rules\‘ variables if you like, e.g.: %s516uG=[
# {CT&{
# 現(xiàn)在來(lái)改變?nèi)魏文阆敫膭?dòng)的隱含規(guī)則中的變量，例如 /B$s%i
CFLAGS := -g -Wall -O3 -m486 3>^Zo>B5
CXXFLAGS := $(CFLAGS) CeFQ_;b
# The next bit checks to see whether rm is in your djgpp bin (( s5*Z
# directory; if not it uses del instead, but this can cause (harmless) NMr 8g5&
# `File not found\‘ error messages. If you are not using DOS at all, BHClgq!/=c
# set the variable to something which will unquestioningly remove y%5yDF#r4
# files. I3nV-s!
# iO98GINN
# 下面先檢查你的 djgpp 命令目錄下有沒(méi)有 rm 命令，如果沒(méi)有，我們使用 KD Cp/fz)
# del 命令來(lái)代替，但有可能給我們 \‘File not found\‘ 這個(gè)錯(cuò)誤信息，這沒(méi) d/!u~n1
# 什么大礙。如果你不是用 DOS ，把它設(shè)定成一個(gè)刪文件而不廢話的命令。 <m!hT=AK
# （其實(shí)這一步在 UNIX 類的系統(tǒng)上是多余的，只是方便 DOS 用戶。 UNIX B[>0.Q3
# 用戶可以刪除這５行命令。） 9.\nZ
ifneq ($(wildcard $(DJDIR)/bin/rm.exe),) 9_tD 3>sL
RM-F := rm -f e0*<_s?K9
else l=jdk B
RM-F := del ntl@w
endif i~bgbd`
# You shouldn\‘t need to change anything below this point. >><je^$
# |V[|gH*|y
# 從這里開(kāi)始，你應(yīng)該不需要改動(dòng)任何東西。（我是不太相信，太ＮＢ了?。?span style="FONT-SIZE: 0pt; COLOR: #ffffff"> wU!tQ8qOf
SOURCE := $(wildcard *.c) $(wildcard *.cc) `u%PVrn>
OBJS := $(patsubst %.c,%.o,$(patsubst %.cc,%.o,$(SOURCE))) l(tD >g7^>
DEPS := $(patsubst %.o,%.d,$(OBJS)) W10|maVR
MISSING_DEPS := $(filter-out $(wildcard $(DEPS)),$(DEPS)) E(%}sQ.
MISSING_DEPS_SOURCES := $(wildcard $(patsubst %.d,%.c,$(MISSING_DEPS)) \\ VC%U L2‘
$(patsubst %.d,%.cc,$(MISSING_DEPS))) T8,KbF
CPPFLAGS += -MD <98l%?#R
.PHONY : everything deps objs clean veryclean rebuild :s,}x&)l8
everything : $(EXECUTABLE) ^)$9z o_
deps : $(DEPS) af`QKI: v^
objs : $(OBJS) ;SV!h ‘V&
clean : a7Cq:
@$(RM-F) *.o / Q~F-
@$(RM-F) *.d &8V~Z
veryclean: clean ~)p 2`e5]
@$(RM-F) $(EXECUTABLE) u^_kQwz;
rebuild: veryclean everything Ve u=C`Q
ifneq ($(MISSING_DEPS),) -zoV3`4(1Y
$(MISSING_DEPS) : {]fk0L{
@$(RM-F) $(patsubst %.d,%.o,$@) s >/tH_Pa
endif A0Xg{6X$
-include $(DEPS) 6 sBtKQ "
$(EXECUTABLE) : $(OBJS) S ^xt>P!
gcc -o $(EXECUTABLE) $(OBJS) $(addprefix -l,$(LIBS)) {7 /rb*QZ
=== makefile 結(jié)束 === FH-mA 6DC\
有幾個(gè)地方值得解釋一下的。首先，我在定義大部分變量的時(shí)候使 用的是 := 而不是 = 符號(hào)。它的作用是立即把定義中參考到的函 數(shù)和變量都展開(kāi)了。如果使用 = 的話，函數(shù)和變量參考會(huì)留在那 兒，就是說(shuō)改變一個(gè)變量的值會(huì)導(dǎo)致其它變量的值也被改變。例 如： ?YSz%:
A = foo 3ln>Z:h
B = $(A) Abr!O7>{
# 現(xiàn)在 B 是 $(A) ，而 $(A) 是 \‘foo\‘ 。 ;Pk[&‘T ‘
A = bar !jhd__
# 現(xiàn)在 B 仍然是 $(A) ，但它的值已隨著變成 \‘bar\‘ 了。 ALBO2v}|
B := $(A) -so\KS;TT
# 現(xiàn)在 B 的值是 \‘bar\‘ 。 Wl7Omk;n[m
A = foo Bc %AH$7
# B 的值仍然是 \‘bar\‘ 。 Ln)_F
make 會(huì)忽略在 # 符號(hào)后面直到那一行結(jié)束的所有文字。 ow8fCAZE
ifneg...else...endif 系統(tǒng)是 makefile 里讓某一部分碼有條件的 失效／有效的工具。 ifeq 使用兩個(gè)參數(shù)，如果它們相同，它把直 到 else （或者 endif ，如果沒(méi)有 else 的話）的一段碼加進(jìn) makefile 里；如果不同，把 else 到 endif 間的一段碼加入 makefile （如果有 else ）。 ifneq 的用法剛好相反。 e aMA |K
\‘filter-out\‘ 函數(shù)使用兩個(gè)用空格分開(kāi)的列表，它把第二列表中所 有的存在于第一列表中的項(xiàng)目刪除。我用它來(lái)處理 DEPS 列表，把所 有已經(jīng)存在的項(xiàng)目都刪除，而只保留缺少的那些。 Wv~% b
我前面說(shuō)過(guò)， CPPFLAGS 存有用于隱含規(guī)則中傳給預(yù)處理器的一些 旗標(biāo)。而 -MD 開(kāi)關(guān)類似 -M 開(kāi)關(guān)，但是從源碼文件 .c 或 .cc 中 形成的文件名是使用后綴 .d 的（這就解釋了我形成 DEPS 變量的 步驟）。DEPS 里提到的文件后來(lái)用 \‘-include\‘ 加進(jìn)了 makefile 里，它隱藏了所有因文件不存在而產(chǎn)生的錯(cuò)誤信息。 ‘B^wPz8Aa
如果任何依靠文件不存在， makefile 會(huì)把相應(yīng)的 .o 文件從磁碟 上刪除，從而使得 make 重建它。因?yàn)?CPPFLAGS 指定了 -MD ， 它的 .d 文件也被重新產(chǎn)生。 -H]|26 ‘J
最后， \‘a(chǎn)ddprefix\‘ 函數(shù)把第二個(gè)參數(shù)列表的每一項(xiàng)前綴上第一 個(gè)參數(shù)值。 `aW?\nrp
這個(gè) makefile 的那些目的是（這些目的可以傳給 make 的命令行 來(lái)直接選用）： 3l^PP`y~
everything:（預(yù)設(shè)） 更新主要的可執(zhí)行程序，并且為每一個(gè) 源碼文件生成或更新一個(gè) \‘.d\‘ 文件和一個(gè) \‘.o\‘ 文件。 q2Azq7q
deps: 只是為每一個(gè)源碼程序產(chǎn)生或更新一個(gè) \‘.d\‘ 文件。 }/}}Pl/
objs: 為每一個(gè)源碼程序生成或更新 \‘.d\‘ 文件和目標(biāo)文件。 H2W5v5
clean: 刪除所有中介／依靠文件（ *.d 和 *.o ）。 A 4C6`
veryclean: 做 `clean\‘ 和刪除可執(zhí)行文件。 "L +;YT}Io
rebuild: 先做 `veryclean\‘ 然后 `everything\‘ ；既完全重建。 ?bu9/OxM`
除了預(yù)設(shè)的 everything 以外，這里頭只有 clean ， veryclean ， 和 rebuild 對(duì)用戶是有意義的。 =nB Qm.@
我還沒(méi)有發(fā)現(xiàn)當(dāng)給出一個(gè)源碼文件的目錄，這個(gè) makefile 會(huì)失敗的 情況，除非依靠文件被弄亂。如果這種弄亂的情況發(fā)生了，只要輸入 `make clean\‘ ，所有的目標(biāo)文件和依靠文件會(huì)被刪除，問(wèn)題就應(yīng)該 被解決了。當(dāng)然，最好不要把它們弄亂。如果你發(fā)現(xiàn)在某種情況下這 個(gè) makefile 文件不能完成它的工作，請(qǐng)告訴我，我會(huì)把它整好的。 J4#fXaa\:
|
|
| lany |
2003-07-04 02:19 |
3 總結(jié) z@cI2
~~~~~~~~~~~~~~~ |c9x;u+l
我希望這篇文章足夠詳細(xì)的解釋了多文件項(xiàng)目是怎么運(yùn)作的，也說(shuō)明了 怎樣安全而合理的使用它。到此，你應(yīng)該可以輕松的利用 GNU Make 工 具來(lái)管理小型的項(xiàng)目，如果你完全理解了后面幾個(gè)部分的話，這些對(duì)于 你來(lái)說(shuō)應(yīng)該沒(méi)什么困難。 3L ~,e/6
GNU Make 是一件強(qiáng)大的工具，雖然它主要是用來(lái)建立程序，它還有很多 別的用處。如果想要知道更多有關(guān)這個(gè)工具的知識(shí)，它的句法，函數(shù)， 和許多別的特點(diǎn)，你應(yīng)該參看它的參考文件 (info pages, 別的 GNU 工具也一樣，看它們的 info pages. )。 7?&1-{M}n
|
|
|
