編寫 make 規則:
使用 gcc 的時候，用 -M 開關，它會為每一個你給它的Ｃ文件輸出一個規則，把目標文件 做為目的，而這個Ｃ文件和所有應該被 #include 的 header 文 件將做為依靠文件。注意這個規則會加入所有 header 文件，包 括被角括號(`<', `>')和雙引號(`"')所包圍的文件。其實系統 header 檔（比如 stdio.h, stdlib.h 等等一般不會被我們更改，如果用 -MM 來代替 -M 傳遞給 gcc，那些用角括號包圍的 header 檔將不會被包括。
$@ 擴展成當前規則的目的文件名， $< 擴展成依靠列表中的第 一個依靠文件，而 $^ 擴展成整個依靠的列表。
自動生成Makefile文件的操作：
1、首先，新建一個測試項目的目錄——hello：mkdir hello
然後，cd hello；編輯一個hello.c的代碼文件：
#include <stdio.h>
int main()
{
printf("hello automake!\n");
}
保存退出；
2、執行autoscan命令，在當前路徑中生成了autoscan.log configure.scan兩個新文件。其中configure.scan文件的內容如下：
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，編輯它的內容，修改後的內容為：
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 是用來產生 'configure'文件的工具。'configure' 是一個 shell script，它可以自動設定符合各種不同平台上Unix 系統的特性，並且根據系統參數及環境產生合適的Makefile文件或C 的頭文件(header file)，讓原始程式可以很方便地在不同的平台上進行編譯。Autoconf會讀取 configure.in 文件然後產生'configure' 這個 shell script。configure.in 文件內容是一系列GNU m4 的宏，這些宏經autoconf處理後會變成檢查系統特性的shell scripts。 configure.in 內宏的順序並沒有特別的規定，但是每一個configure.in 文件必須在所有宏前加入 AC_INIT 宏，然後在所有宏的最後加上 AC_OUTPUT宏。可先用 autoscan 掃描原始文件以產生一個 configure.scan 文件，再對 configure.scan 做些修改成 configure.in 文件。
AC_INIT(FILE)
該宏用來檢查源代碼所在路徑，autoscan 會自動產生，一般無須修改它。
AM_INIT_AUTOMAKE(PACKAGE,VERSION)
這個是使用 Automake 所必備的宏，PACKAGE 是所要產生軟件套件的名稱，VERSION 是版本編號。
AC_PROG_CC
檢查系統可用的C編譯器，若源代碼是用C寫的就需要這個宏。
AC_OUTPUT(FILE)
設置 configure 所要產生的文件，若是Makefile ，configure 便會把它檢查出來的結果帶入 Makefile.in 文件後產生合適的 Makefile。
4、執行aclocal命令，生成了aclocal.m4文件，一般無需修改這個文件。
5、新建Makefile.am文件，編輯內容如下：
bin_PROGRAMS=test
test_SOURCES=test.c
說明：
Automake 會根據 configure.in 中的宏把Makefile.am 轉成 Makefile.in 文件。 Makefile.am 文件定義所要產生的目標：
AUTOMAKE_OPTIONS
設置 automake 的選項。Automake 主要是幫助開發 GNU 軟件的人員來維護軟件，所以在執行 automake 時，會檢查目錄下是否存在標准 GNU 軟件中應具備的文件，例如 'NEWS'、'AUTHOR'、'ChangeLog' 等文件。設置 foreign 時，automake 會改用一般軟件的標准來檢查。
bin_PROGRAMS
定義要產生的執行文件名。如果要產生多個執行文件，每個文件名用空白符隔開
hello_SOURCES
定義 'hello' 這個執行程序所需要的原始文件。如果 'hello'這個程序是由多個原始文件所產生，必須把它所用到的所有原始文件都列出來，以空白符隔開。假設 'hello' 還需要 'hello.c'、'main.c'、'hello.h' 三個文件的話，則定義
hello_SOURCES= hello.c main.c hello.h
如果定義多個執行文件，則對每個執行程序都要定義相對的filename_SOURCES
6、 執行autoconf命令，生成autom4te.cache和configure文件；
7、執行automake -a命令，生成depcomp ，install-sh，mkinstalldirs，COPYING，INSTALL， missing文件；
說明：
編輯好 Makefile.am 文件，就可以用 automake --add-missing來產生 Makefile.in。加上 --add-missing 選項來告訴 automake順便假如包裝一個軟件所必須的文件。Automake產生生出來的 Makefile.in 文件是完全符合 GNU Makefile 的慣例，只要執行 configure這個shell script 便可以產生合適的 Makefile 文件了。
在執行automake -a命令時可能會出現以下信息：
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
這些對結果影響不大，如果不想產生這些讓人誤解的信息，可以手動建立這些文件：
>NEWS
>README
>AUTHORS
>ChangeLog
8、執行./configure，生成了Makefile文件
9、執行make，生成目標文件。
實戰Makefile.am
Makefile.am是一種比Makefile更高層次的規則。只需指定要生成什麼目標，它由什麼源文件生成，要安裝到什麼目錄等構成。
表一列出了可執行文件、靜態庫、頭文件和數據文件，四種書寫Makefile.am文件個一般格式。
表 1Makefile.am一般格式
對於可執行文件和靜態庫類型，如果只想編譯，不想安裝到系統中，可以用noinst_PROGRAMS代替bin_PROGRAMS，noinst_LIBRARIES代替lib_LIBRARIES。
Makefile.am還提供了一些全局變量供所有的目標體使用：
表 2 Makefile.am中可用的全局變量
在Makefile.am中盡量使用相對路徑，系統預定義了兩個基本路徑：
表 3Makefile.am中可用的路徑變量
在上文中我們提到過安裝路徑，automake設置了默認的安裝路徑：
1) 標准安裝路徑
默認安裝路徑為：$(prefix) = /usr/local，可以通過./configure --prefix=<new_path>的方法來覆蓋。
其它的預定義目錄還包括：bindir = $(prefix)/bin, libdir = $(prefix)/lib, datadir = $(prefix)/share, sysconfdir = $(prefix)/etc等等。
2) 定義一個新的安裝路徑
比如test, 可定義testdir = $(prefix)/test, 然後test_DATA =test1 test2，則test1，test2會作為數據文件安裝到$(prefix)/ /test目錄下。
我們首先需要在工程頂層目錄下（即project/）創建一個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中包含了編譯源文件時所用到的頭文件，並導出，見藍色部分代碼。
我們將lib目錄下的swap.c文件編譯成libswap.a文件，被apple/shell/apple.c文件調用，那麼lib目錄下的Makefile.am如下所示：
noinst_LIBRARIES=libswap.alibswap_a_SOURCES=swap.cINCLUDES=-I$(top_srcdir)/src/includ
細心的讀者可能就會問：怎麼表1中給出的是bin_LIBRARIES，而這裡是noinst_LIBRARIES？這是因為如果只想編譯，而不想 安裝到系統中，就用noinst_LIBRARIES代替bin_LIBRARIES，對於可執行文件就用noinst_PROGRAMS代替 bin_PROGRAMS。對於安裝的情況，庫將會安裝到$(prefix)/lib目錄下，可執行文件將會安裝到${prefix}/bin。如果想安 裝該庫，則Makefile.am示例如下：
bin_LIBRARIES=libswap.alibswap_a_SOURCES=swap.cINCLUDES=-I$(top_srcdir)/src/includeswapincludedir=$(includedir)/swapswapinclude_HEADERS=$(top_srcdir)/src/include/swap.h
最後兩行的意思是將swap.h安裝到${prefix}/include /swap目錄下。
接下來，對於可執行文件類型的情況，我們將討論如何寫Makefile.am？對於編譯apple/core目錄下的文件，我們寫成的Makefile.am如下所示：
noinst_PROGRAMS=testtest_SOURCES=test.c test_LDADD=$(top_srcdir)/src/ModuleA/apple/shell/apple.o $(top_srcdir)/src/lib/libswap.a test_LDFLAGS=-D_GNU_SOURCEDEFS+=-D_GNU_SOURCE#LIBS=-lpthread
由於我們的test.c文件在鏈接時，需要apple.o和 libswap.a文件，所以我們需要在test_LDADD中包含這兩個文件。對於Linux下的信號量/讀寫鎖文件進行編譯，需要在編譯選項中指明 -D_GNU_SOURCE。所以在test_LDFLAGS中指明。而test_LDFLAGS只是鏈接時的選項，編譯時同樣需要指明該選項，所以需要 DEFS來指明編譯選項，由於DEFS已經有初始值，所以這裡用+=的形式指明。從這裡可以看出，Makefile.am中的語法與Makefile的語 法一致，也可以采用條件表達式。如果你的程序還包含其他的庫，除了用AC_CHECK_LIB宏來指明外，還可以用LIBS來指明。
如果你只想編譯某一個文件，那麼Makefile.am如何寫呢？這個文件也很簡單，寫法跟可執行文件的差不多，如下例所示：
noinst_PROGRAMS=appleapple_SOURCES=apple.cDEFS+=-D_GNU_SOURCE
作者：sunrise
