[轉]詳細易懂的Linux makefile教程（7）

使用make更新函數庫文件
———————————

函數庫文件也就是對Object文件（程序編譯的中間文件）的打包文件。在Unix下，通常是由命令"ar"來完成打包工做。

1、函數庫文件的成員

一個函數庫文件由多個文件組成。你能夠以以下格式指定函數庫文件及其組成：

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)

2、函數庫成員的隱含規則

當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

還有一個變量要注意的是"$%"，這是專屬函數庫文件的自動化變量，有關其說明請參見"自動化變量"一節。

3、函數庫文件的後綴規則

你可使用"後綴規則"和"隱含規則"來生成函數庫打包文件，如：

.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

4、注意事項

在進行函數庫打包文件生成時，請當心使用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是：haoel@hotmail.com（經常使用），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。

在此，向這兩位開源項目的鬥士致以最真切的敬意。

（全文完）