雖然很簡單還是弄了一個小時才搞定，成就感啊。。
轉(zhuǎn)自：
http://blog.csdn.net/dybinx/article/details/6764874編寫 make 規(guī)則:
使用 gcc 的時候，用 -M 開關(guān)，它會為每一個你給它的Ｃ文件輸出一個規(guī)則，把目標(biāo)文件 做為目的，而這個Ｃ文件和所有應(yīng)該被 #include 的 header 文 件將做為依靠文件。注意這個規(guī)則會加入所有 header 文件，包 括被角括號(`<', `>')和雙引號(`"')所包圍的文件。其實(shí)系統(tǒng) header 檔（比如 stdio.h, stdlib.h 等等一般不會被我們更改，如果用 -MM 來代替 -M 傳遞給 gcc，那些用角括號包圍的 header 檔將不會被包括。
$@ 擴(kuò)展成當(dāng)前規(guī)則的目的文件名， $< 擴(kuò)展成依靠列表中的第 一個依靠文件，而 $^ 擴(kuò)展成整個依靠的列表。
自動生成Makefile文件的操作：
1、首先，新建一個測試項(xiàng)目的目錄——hello：mkdir hello
然后，cd hello；編輯一個hello.c的代碼文件：
#include <stdio.h>
int main()
{
printf("hello automake!\n");
}
保存退出；
2、執(zhí)行autoscan命令，在當(dāng)前路徑中生成了autoscan.log configure.scan兩個新文件。其中configure.scan文件的內(nèi)容如下：
AC_PREREQ(2.57)
AC_INIT(FULL-PACKAGE-NAME, VERSION, BUG-REPORT-ADDRESS)
AC_CONFIG_SRCDIR([test.c])
AC_CONFIG_HEADER([config.h])
AC_PROG_CC
AC_OUTPUT
3、重命名configure.scan 為configure.in，編輯它的內(nèi)容，修改后的內(nèi)容為：
AC_PREREQ(2.57)
AC_INIT(hello)
AC_CONFIG_SRCDIR([hello.c])
#AC_CONFIG_HEADER([config.h])
AM_INIT_AUTOMAKE(hello, 1.0)
AC_PROG_CC
AC_OUTPUT([Makefile])
說明：Autoconf 是用來產(chǎn)生 'configure'文件的工具。'configure' 是一個 shell script，它可以自動設(shè)定符合各種不同平臺上Unix 系統(tǒng)的特性，并且根據(jù)系統(tǒng)參數(shù)及環(huán)境產(chǎn)生合適的Makefile文件或C 的頭文件(header file)，讓原始程式可以很方便地在不同的平臺上進(jìn)行編譯。Autoconf會讀取 configure.in 文件然后產(chǎn)生'configure' 這個 shell script。configure.in 文件內(nèi)容是一系列GNU m4 的宏，這些宏經(jīng)autoconf處理后會變成檢查系統(tǒng)特性的shell scripts。 configure.in 內(nèi)宏的順序并沒有特別的規(guī)定，但是每一個configure.in 文件必須在所有宏前加入 AC_INIT 宏，然后在所有宏的最后加上 AC_OUTPUT宏?？上扔?autoscan 掃描原始文件以產(chǎn)生一個 configure.scan 文件，再對 configure.scan 做些修改成 configure.in 文件。
AC_INIT(FILE)
該宏用來檢查源代碼所在路徑，autoscan 會自動產(chǎn)生，一般無須修改它。
AM_INIT_AUTOMAKE(PACKAGE,VERSION)
這個是使用 Automake 所必備的宏，PACKAGE 是所要產(chǎn)生軟件套件的名稱，VERSION 是版本編號。
AC_PROG_CC
檢查系統(tǒng)可用的C編譯器，若源代碼是用C寫的就需要這個宏。
AC_OUTPUT(FILE)
設(shè)置 configure 所要產(chǎn)生的文件，若是Makefile ，configure 便會把它檢查出來的結(jié)果帶入 Makefile.in 文件后產(chǎn)生合適的 Makefile。
4、執(zhí)行aclocal命令，生成了aclocal.m4文件，一般無需修改這個文件。
5、新建Makefile.am文件，編輯內(nèi)容如下：
bin_PROGRAMS=test
test_SOURCES=test.c
說明：
Automake 會根據(jù) configure.in 中的宏把Makefile.am 轉(zhuǎn)成 Makefile.in 文件。 Makefile.am 文件定義所要產(chǎn)生的目標(biāo)：
AUTOMAKE_OPTIONS
設(shè)置 automake 的選項(xiàng)。Automake 主要是幫助開發(fā) GNU 軟件的人員來維護(hù)軟件，所以在執(zhí)行 automake 時，會檢查目錄下是否存在標(biāo)準(zhǔn) GNU 軟件中應(yīng)具備的文件，例如 'NEWS'、'AUTHOR'、'ChangeLog' 等文件。設(shè)置 foreign 時，automake 會改用一般軟件的標(biāo)準(zhǔn)來檢查。
bin_PROGRAMS
定義要產(chǎn)生的執(zhí)行文件名。如果要產(chǎn)生多個執(zhí)行文件，每個文件名用空白符隔開
hello_SOURCES
定義 'hello' 這個執(zhí)行程序所需要的原始文件。如果 'hello'這個程序是由多個原始文件所產(chǎn)生，必須把它所用到的所有原始文件都列出來，以空白符隔開。假設(shè) 'hello' 還需要 'hello.c'、'main.c'、'hello.h' 三個文件的話，則定義
hello_SOURCES= hello.c main.c hello.h
如果定義多個執(zhí)行文件，則對每個執(zhí)行程序都要定義相對的filename_SOURCES
6、 執(zhí)行autoconf命令，生成autom4te.cache和configure文件；
7、執(zhí)行automake -a命令，生成depcomp ，install-sh，mkinstalldirs，COPYING，INSTALL， missing文件；
說明：
編輯好 Makefile.am 文件，就可以用 automake --add-missing來產(chǎn)生 Makefile.in。加上 --add-missing 選項(xiàng)來告訴 automake順便假如包裝一個軟件所必須的文件。Automake產(chǎn)生生出來的 Makefile.in 文件是完全符合 GNU Makefile 的慣例，只要執(zhí)行 configure這個shell script 便可以產(chǎn)生合適的 Makefile 文件了。
在執(zhí)行automake -a命令時可能會出現(xiàn)以下信息：
Makefile.am: required file `./NEWS' not found
Makefile.am: required file `./README' not found
Makefile.am: required file `./AUTHORS' not found
Makefile.am: required file `./ChangeLog' not found
這些對結(jié)果影響不大，如果不想產(chǎn)生這些讓人誤解的信息，可以手動建立這些文件：
>NEWS
>README
>AUTHORS
>ChangeLog
8、執(zhí)行./configure，生成了Makefile文件
9、執(zhí)行make，生成目標(biāo)文件。
實(shí)戰(zhàn)Makefile.am
Makefile.am是一種比Makefile更高層次的規(guī)則。只需指定要生成什么目標(biāo)，它由什么源文件生成，要安裝到什么目錄等構(gòu)成。
表一列出了可執(zhí)行文件、靜態(tài)庫、頭文件和數(shù)據(jù)文件，四種書寫Makefile.am文件個一般格式。
表 1Makefile.am一般格式
對于可執(zhí)行文件和靜態(tài)庫類型，如果只想編譯，不想安裝到系統(tǒng)中，可以用noinst_PROGRAMS代替bin_PROGRAMS，noinst_LIBRARIES代替lib_LIBRARIES。
Makefile.am還提供了一些全局變量供所有的目標(biāo)體使用：
表 2 Makefile.am中可用的全局變量
在Makefile.am中盡量使用相對路徑，系統(tǒng)預(yù)定義了兩個基本路徑：
表 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) 定義一個新的安裝路徑
比如test, 可定義testdir = $(prefix)/test, 然后test_DATA =test1 test2，則test1，test2會作為數(shù)據(jù)文件安裝到$(prefix)/ /test目錄下。
我們首先需要在工程頂層目錄下（即project/）創(chuàng)建一個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
|
由于每個源文件都會用到相同的頭文件，所以我們在最頂層的Makefile.am中包含了編譯源文件時所用到的頭文件，并導(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ì)心的讀者可能就會問：怎么表1中給出的是bin_LIBRARIES，而這里是noinst_LIBRARIES？這是因?yàn)槿绻幌刖幾g，而不想 安裝到系統(tǒng)中，就用noinst_LIBRARIES代替bin_LIBRARIES，對于可執(zhí)行文件就用noinst_PROGRAMS代替 bin_PROGRAMS。對于安裝的情況，庫將會安裝到$(prefix)/lib目錄下，可執(zhí)行文件將會安裝到${prefix}/bin。如果想安 裝該庫，則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目錄下。
接下來，對于可執(zhí)行文件類型的情況，我們將討論如何寫Makefile.am？對于編譯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文件在鏈接時，需要apple.o和 libswap.a文件，所以我們需要在test_LDADD中包含這兩個文件。對于Linux下的信號量/讀寫鎖文件進(jìn)行編譯，需要在編譯選項(xiàng)中指明 -D_GNU_SOURCE。所以在test_LDFLAGS中指明。而test_LDFLAGS只是鏈接時的選項(xiàng)，編譯時同樣需要指明該選項(xiàng)，所以需要 DEFS來指明編譯選項(xiàng)，由于DEFS已經(jīng)有初始值，所以這里用+=的形式指明。從這里可以看出，Makefile.am中的語法與Makefile的語 法一致，也可以采用條件表達(dá)式。如果你的程序還包含其他的庫，除了用AC_CHECK_LIB宏來指明外，還可以用LIBS來指明。
如果你只想編譯某一個文件，那么Makefile.am如何寫呢？這個文件也很簡單，寫法跟可執(zhí)行文件的差不多，如下例所示：
noinst_PROGRAMS=apple
apple_SOURCES=apple.c
DEFS+=-D_GNU_SOURCE |