sunrise

編寫 make 規(guī)則: 
使用 gcc 的時(shí)候，用 -M 開關(guān)，它會(huì)為每一個(gè)你給它的Ｃ文件輸出一個(gè)規(guī)則，把目標(biāo)文件 做為目的，而這個(gè)Ｃ文件和所有應(yīng)該被 #include 的 header 文 件將做為依靠文件。注意這個(gè)規(guī)則會(huì)加入所有 header 文件，包 括被角括號(hào)(`<', `>')和雙引號(hào)(`"')所包圍的文件。其實(shí)系統(tǒng) header 檔（比如 stdio.h, stdlib.h 等等一般不會(huì)被我們更改，如果用 -MM 來代替 -M 傳遞給 gcc，那些用角括號(hào)包圍的 header 檔將不會(huì)被包括。
$@ 擴(kuò)展成當(dāng)前規(guī)則的目的文件名， $< 擴(kuò)展成依靠列表中的第 一個(gè)依靠文件，而 $^ 擴(kuò)展成整個(gè)依靠的列表。

自動(dòng)生成Makefile文件的操作：

實(shí)戰(zhàn)Makefile.am

Makefile.am是一種比Makefile更高層次的規(guī)則。只需指定要生成什么目標(biāo)，它由什么源文件生成，要安裝到什么目錄等構(gòu)成。

表一列出了可執(zhí)行文件、靜態(tài)庫(kù)、頭文件和數(shù)據(jù)文件，四種書寫Makefile.am文件個(gè)一般格式。

表 1Makefile.am一般格式
 

對(duì)于可執(zhí)行文件和靜態(tài)庫(kù)類型，如果只想編譯，不想安裝到系統(tǒng)中，可以用noinst_PROGRAMS代替bin_PROGRAMS，noinst_LIBRARIES代替lib_LIBRARIES。

Makefile.am還提供了一些全局變量供所有的目標(biāo)體使用：

表 2 Makefile.am中可用的全局變量
 

在Makefile.am中盡量使用相對(duì)路徑，系統(tǒng)預(yù)定義了兩個(gè)基本路徑：

表 3Makefile.am中可用的路徑變量
 

在上文中我們提到過安裝路徑，automake設(shè)置了默認(rèn)的安裝路徑：

1) 標(biāo)準(zhǔn)安裝路徑

默認(rèn)安裝路徑為：$(prefix) = /usr/local，可以通過./configure --prefix=<new_path>的方法來覆蓋。

其它的預(yù)定義目錄還包括：bindir = $(prefix)/bin, libdir = $(prefix)/lib, datadir = $(prefix)/share, sysconfdir = $(prefix)/etc等等。

2) 定義一個(gè)新的安裝路徑

比如test, 可定義testdir = $(prefix)/test, 然后test_DATA =test1 test2，則test1，test2會(huì)作為數(shù)據(jù)文件安裝到$(prefix)/ /test目錄下。

我們首先需要在工程頂層目錄下（即project/）創(chuàng)建一個(gè)Makefile.am來指明包含的子目錄：

SUBDIRS=src/lib src/ModuleA/apple/shell src/ModuleA/apple/core 
CURRENTPATH=$(shell /bin/pwd)
INCLUDES=-I$(CURRENTPATH)/src/include -I$(CURRENTPATH)/src/ModuleA/apple/include 
export INCLUDES

由于每個(gè)源文件都會(huì)用到相同的頭文件，所以我們?cè)谧铐攲拥腗akefile.am中包含了編譯源文件時(shí)所用到的頭文件，并導(dǎo)出，見藍(lán)色部分代碼。

我們將lib目錄下的swap.c文件編譯成libswap.a文件，被apple/shell/apple.c文件調(diào)用，那么lib目錄下的Makefile.am如下所示：

noinst_LIBRARIES=libswap.a
libswap_a_SOURCES=swap.c
INCLUDES=-I$(top_srcdir)/src/includ

細(xì)心的讀者可能就會(huì)問：怎么表1中給出的是bin_LIBRARIES，而這里是noinst_LIBRARIES？這是因?yàn)槿绻幌刖幾g，而不想 安裝到系統(tǒng)中，就用noinst_LIBRARIES代替bin_LIBRARIES，對(duì)于可執(zhí)行文件就用noinst_PROGRAMS代替 bin_PROGRAMS。對(duì)于安裝的情況，庫(kù)將會(huì)安裝到$(prefix)/lib目錄下，可執(zhí)行文件將會(huì)安裝到${prefix}/bin。如果想安 裝該庫(kù)，則Makefile.am示例如下：

bin_LIBRARIES=libswap.a
libswap_a_SOURCES=swap.c
INCLUDES=-I$(top_srcdir)/src/include
swapincludedir=$(includedir)/swap
swapinclude_HEADERS=$(top_srcdir)/src/include/swap.h

最后兩行的意思是將swap.h安裝到${prefix}/include /swap目錄下。

接下來，對(duì)于可執(zhí)行文件類型的情況，我們將討論如何寫Makefile.am？對(duì)于編譯apple/core目錄下的文件，我們寫成的Makefile.am如下所示：

noinst_PROGRAMS=test
test_SOURCES=test.c 
test_LDADD=$(top_srcdir)/src/ModuleA/apple/shell/apple.o $(top_srcdir)/src/lib/libswap.a 
test_LDFLAGS=-D_GNU_SOURCE
DEFS+=-D_GNU_SOURCE
#LIBS=-lpthread

由于我們的test.c文件在鏈接時(shí)，需要apple.o和 libswap.a文件，所以我們需要在test_LDADD中包含這兩個(gè)文件。對(duì)于Linux下的信號(hào)量/讀寫鎖文件進(jìn)行編譯，需要在編譯選項(xiàng)中指明 -D_GNU_SOURCE。所以在test_LDFLAGS中指明。而test_LDFLAGS只是鏈接時(shí)的選項(xiàng)，編譯時(shí)同樣需要指明該選項(xiàng)，所以需要 DEFS來指明編譯選項(xiàng)，由于DEFS已經(jīng)有初始值，所以這里用+=的形式指明。從這里可以看出，Makefile.am中的語法與Makefile的語 法一致，也可以采用條件表達(dá)式。如果你的程序還包含其他的庫(kù)，除了用AC_CHECK_LIB宏來指明外，還可以用LIBS來指明。

如果你只想編譯某一個(gè)文件，那么Makefile.am如何寫呢？這個(gè)文件也很簡(jiǎn)單，寫法跟可執(zhí)行文件的差不多，如下例所示：

noinst_PROGRAMS=apple
apple_SOURCES=apple.c
DEFS+=-D_GNU_SOURCE