『壹』 Makefile.am 規則和實例詳解
編寫linux C 程序的時候，自己來寫Makefile著實的讓人很頭疼，如果是簡單的項目自己寫寫也就罷了，但是如果遇到大項目自己寫Makefile，那是要弄死人的，所以最近在研究Autotools工具自動生成Makefile，在用到autotools工具生成Makefile的時候，還是有一部分需要自己來完成的，那就是Makefile.am文件。
項目中寫在源文件里的Makefile.am是一種比我們了解的Makefile更高層次的編譯規則，它可以和編寫的configure.in（了解更多configure.in的規則請閱讀《 configure.ac (configure.in)詳解 》）文件一起通過調用automake命令，來生成Makefile.in文件，然後再調用./configure，將Makefile.in文件自動的生成Makefile文件。所以Makefile.am文件是要自動生成Makefile必不可少的元素，下面鵬博客就來和大家著重的學習下Makefile.am的寫法和規則。
先來說下Makefile.am中常見的文件編譯類型，詳細的編譯類型和全局變數鵬博客會在下面在圖表中列出：
PROGRAMS 表示可執行文件
SOURCES 表示源文件
HEADERS 頭文件。
LIBRARIES 表示庫文件
LTLIBRARIES 這也是表示庫文件，前面的LT表示libtool。
DATA 數據文件，不能執行。
SCRIPTS 腳本文件，這個可以被用於執行。如：example_SCRIPTS，如果用這樣的話，需要我們自己定義安裝目錄下的example目錄，很容易的，往下看。
一、基本寫法
下面就直接引入一個例子進行詳細講解，如下：
AUTOMAKE_OPTIONS = foreign
bin_PROGRAMS = client
client_SOURCES = key.c connect.c client.c main.c session.c hash.c
client_CPPFLAGS = -DCONFIG_DIR=\「$(sysconfdir)\」 -DLIBRARY_DIR=\」$(pkglibdir)\」
client_LDFLAGS = -export-dynamic -lmemcached
noinst_HEADERS = client.h
INCLUDES = -I/usr/local/libmemcached/include/
client_LDADD = $(top_builddir)/sx/libsession.la \
$(top_builddir)/util/libutil.la
上面就是一個Makefile.am示例文件，這個文件是用於生成client可執行應用程序，引用了兩個靜態庫和MC等動態庫的連接。
先來看個圖表一（列出了可執行文件、靜態庫、頭文件和數據文件，四種書寫Makefile.am文件個一般格式。）：
對於可執行文件和靜態庫類型，如果只想編譯，不想安裝到系統中，可以用noinst_PROGRAMS代替bin_PROGRAMS，noinst_LIBRARIES代替lib_LIBRARIES。以此類推。
根據這個圖表一來分析下具體內容：
AUTOMAKE_OPTIONS ：這個是用來設定automake的選項。automake主要是幫助開發GNU軟體的人員維護軟體套件，一般在執行automake時會檢查目錄下是否存在標准GNU套件中應具備的文件檔案，例如NEWS、AUTHOR、ChangeLog等，設成foreign時，automake會改用一般軟體套件標准來檢查，而gnu是預設設置，該級別下將盡可能地檢查包是否服從GNU標准，gnits是嚴格標准，不推薦。
bin_PROGRAMS ：表示要生成的可執行應用程序文件，這里的bin表示可執行文件在安裝時需要被安裝到系統中，如果只是想編譯。不想被安裝到系統中，可以用noinst_PROGRAMS來代替。
那麼整個第一行 bin_PROGRAMS=client 詳細表示什麼意思那，解釋如下：
PROGRAMS知道這是一個可執行文件。
client表示編譯的目標文件。
bin表示目錄文件被安裝到系統的目錄。
如程序和圖片所示，包括頭文件，靜態庫的定義等等都是這種形式，如lib_LIBRARIES=util，表示將util庫安裝到lib目錄下。
繼續解釋文件內容：
client_SOURCES ：表示生成可執行應用程序所用的所有源文件源文件，多個就空格隔開，我們注意到client_是由前面的bin_PROGRAMS指定的，如果前面是生成example, 那麼這里也就變成example_SOURCES，其它的規則類似標識也是一樣。
client_CPPFLAGS ：這個和我們寫Makefile的時候意思是一樣的，都表示C語言的預處理器參數，這里指定了DCONFIG_DIR，以後在程序中，就可以直接使用CONFIG_DIR,不要把這個和另一個CFLAGS混淆，後者表示編譯器參數。
client_LDFLAGS ：表示在連接時所需要的庫文件選項標識。這個也就是對應一些如-l,-shared等選項。
noinst_HEADERS ：表示該頭文件只是參加可執行文件的編譯，而不用安裝到安裝目錄下。如果需要安裝到系統中，可以用include_HEADERS來代替。
INCLUDES ：表示連接時所需要的頭文件。
client_LDADD ：表示連接時所需要的庫文件,這里表示需要兩個庫文件的支持，下面會看到這個庫文件又是怎麼用Makefile.am文件後成的。
如圖表二：
全局變數 ，可能有人注意到文件中的$(top_builddir)等全局變數，其實這個是Makefile.am系統定義的一個基本路徑變數，表示生成目標文件的最上層目錄，如果這個Makefile.am文件變成其它的Makefile.am文件，那麼這個就表示其它的目錄，而不是這個當前目錄。我們還可以使用$(top_srcdir)，這個表示工程的最頂層目錄，其實也是第一個Makefile.am的入口目錄，因為Makefile.am文件可以被遞歸性的調用。
如圖表三：（在Makefile.am中盡量使用相對路徑，系統預定義了兩個基本路徑）
$(sysconfdir) ：在系統安裝工具的時候，我們經常能遇到配置安裝路徑的命令，如：./configure –prefix=/install/apache 其實在調用這個之後，就定義了一個變數$(prefix), 表示安裝的路徑，如果沒有指定安裝的路徑，會被安裝到默認的路徑，一般都是/usr/local。在定義$(prefix)，還有一些預定義好的目錄,其實這一些定義都可以在頂層的Makefile文件中可以看到，如下面一些值：
bindir = $(prefix)/bin。
libdir = $(prefix)/lib。
datadir=$(prefix)/share。
sysconfdir=$(prefix)/etc。
includedir=$(prefix)/include。
這些量還可以用於定義其它目錄，例如我想 將client.h安裝到include/client目錄下 ，這樣寫Makefile.am文件：
clientincludedir=$(includedir)/client
clientinclude_HEADERS=$(top_srcdir)/client/client.h
這就達到了我的目的，相當於定義了一個安裝類型，這種安裝類型是將文件安裝到include/client目錄下。
我們自己也可以 定義新的安裝目錄下的路徑 ，如我在應用中簡單定義的：
devicedir = ${prefix}/device
device_DATA = package
這樣的話，package文件會作為數據文件安裝到device目錄之下，這樣一個可執行文件就定義好了。注意，這也相當於定義了一種安裝類型：devicedir，所以你想怎麼安裝就怎麼安裝，後面的XXXXXdir，dir是固定不變的。
二、配置靜態庫
下面我們來說下編譯靜態庫和編譯動態庫，我們說下靜態庫，下面這個例子比較簡單。直接指定 XXXX_LTLIBRARIES或者XXXX_LIBRARIES就可以了。同樣如果不需要安裝到系統，將XXXX換成noinst就可以。
一般推薦使用libtool庫編譯目標，因為automake包含libtool，這對於跨平台可移植的庫來說，是一個很好的事情。
看例子如下：
noinst_LTLIBRARIES = libutil.la
oinst_HEADERS = inaddr.h util.h compat.h pool.h xhash.h url.h device.h
ibutil_la_SOURCES = access.c config.c datetime.c hex.c inaddr.c log.c device.c pool.c rate.c sha1.c stanza.c str.c xhash.c
ibutil_la_LIBADD = @LDFLAGS@
第一行的noinst_LTLIBRARIES，這里要注意的是LTLIBRARIES，另外還有LIBRARIES，兩個都表示庫文件。前者表示libtool庫，用法上基本是一樣的。如果需要安裝到系統中的話，用lib_LTLIBRARIES。
.la 為libtool自動生成的一些共享庫，vi編輯查看，主要記錄了一些配置信息。可以用如下命令查看*.la文件的格式 $file *.la
.a 為靜態庫,是好多個.o合在一起,用於靜態連接
如果想編譯 .a 文件，那麼上面的配置就改成如下結果：
noinst_LTLIBRARIES = libutil.a
oinst_HEADERS = inaddr.h util.h compat.h pool.h xhash.h url.h device.h
ibutil_a_SOURCES = access.c config.c datetime.c hex.c inaddr.c log.c device.c pool.c rate.c sha1.c stanza.c str.c xhash.c
ibutil_a_LIBADD = @LDFLAGS@
注意：靜態庫編譯連接時需要其它的庫的話，採用XXXX_LIBADD選項，而不是前面的XXXX_LDADD。編譯靜態庫是比較簡單的，因為直接可以指定其類型。
三、配置動態庫
如果想要編譯XXX.so動態庫文件，需要用到_PROGRAMS類型，有一個關於安裝路徑的問題，如果希望將動態庫安裝到lib目錄下，按照前面所說的，只需要寫成lib_PROGRAMS就可以了，lib表示安裝的路徑，但是automake不允許這樣直接定義，所以可以採用下面的辦法，同樣是將動態庫安裝到lib目錄下：
projectlibdir=$(libdir)//新建一個目錄，就是該目錄就是lib目錄
projectlib_PROGRAMS=project.so
project_so_SOURCES=xxx.C
project_so_LDFLAGS=-shared -fpic//GCC編譯動態庫的選項
這個動態庫的編譯寫法是鵬博客網上總結的，希望有要的人自己來驗證下。
四、SUBDIRS功能用法
SUBDIRS 這是一個很重要的詞，我們前面生成了一個目標文件，但是一個大型的工程項目是由許多個可執行文件和庫文件組成，也就是包含多個目錄，每個目錄下都有用於生成該目錄下的目標文件的Makefile.am文件，但頂層目錄是如何調用，才能使下面各個目錄分別生成自己的目標文件呢？就是SUBDIRS關鍵詞的用法了。
看一下我的工程項目，這是頂層的Makefile.am文件
EXTRA_DIST = Doxyfile.in README.win32 README.protocol contrib UPGRADE
devicedir = ${prefix}/device
device_DATA = package
SUBDIRS = etc man
ifUSE_LIBSUBST
SUBDIRS += subst
endif
SUBDIRS += tools io sessions util client dispatch server hash storage sms
SUBDIRS表示在處理目錄之前，要遞歸處理哪些子目錄，要注意處理的順序。比如配置中的client對sessions和utils這兩上目標文件有依賴關系，就在client之前需要處理這兩個目標文件。
EXTRA_DIST ：將哪些文件一起打包。
五、打包處理
Automake會自動的打包 ，自動打包的內容如下：
所有程序的源文件。
所有子目錄里的的Makefile.am文件。
Makefile.am中包含的文件。
./configure所要讀取的文件。
EXTRA_DIST所指定的文件。
dist和nodist指定的文件，也可將其中一個源文件指定為不打包：
例如： nodist_client_SOURCES = client.c
六、最後
這里是鵬博客總結的一些比較實用的Makefile.am的寫法和規則，看完了這篇文章已經可以很詳細的理解這個文件的內容，寫起來也應該不會陌生，但automake還有許多其他的規則需要掌握，鵬博客將會繼續全面的總結關於autotools 的一些規則和寫法，希望對大家有用處。也歡迎大家指出問題，幫我完善這個博客，希望大家支持！
automake的Makefile.am Makefile.am寫法
『貳』 Linux下的靜態庫和動態庫
靜態庫
可以把它想像成是一些代碼的集合，在可執行程序運行前就已經加到了代碼中，成為了執行程序的一部分，一般是以.a為後綴的文件名，Windows下後綴為.lib。靜態庫的命名也分為三部分，1、前綴：lib，2、庫的名稱：隨意，如lisi，3、後綴：.a。
靜態庫優缺點
上面簡單介紹了靜態庫，那它自然也會有優缺點，這里來介紹下它的優缺點。
優點：1、在最後，函數庫是被打包到應用程序中的，實現函數本地化、定址方便、高效。2、程序在運行的時候，與函數庫沒有關系，移植性更強。
缺點：1、消耗資源較大，每個進程在使用靜態庫的時候，都要復制一份才可以，這也就造成了內存的消耗。2、在程序更新、部署、發布的時候，使用靜態庫相對麻煩，如果一個靜態庫更新了，那它的應用程序都需要重新編譯，再發送給用戶，有的時候可能只是一個小的改動，但對於用戶來說，會導致整個程序重新下載。
動態庫
在程序編譯時不會被連接到目標代碼中，在後期運行時才會載入，不同的應用程序如果調用相同的庫，內存中只有一份共享庫的拷貝，也就避免了空間的浪費問題。一般以.so作為文件後綴名，也分為三部分：1、前綴：lib，2、庫名稱：自定義，3、後綴：.so
動態庫優缺點
優點：1、節省內存2、部署、升級相對方便，只需要更換動態庫，再重新啟動服務即可。
缺點：1、載入速度比靜態庫慢2、移植性較差，需要把所有用到的動態庫進行移植。
『叄』 使用linux編程怎麼寫makefile
Makefile語法基礎
在Linux下，自動化編譯工具是通過make命令來完成的（一些工具廠商也提供了它們自己的make命令，如gmake等），make命令的基本格式如下：
make [-f makefile] [label]
它可以通過-f參數指定輸入文件，當省略-f參數時，默認輸入文件名為Makefile，由於我們通常不用這個-f參數，往往就用默認的Makefile文件名。
Makefile是一個文本文件，它是基於一定的語法規則的，它的基本執行規則定義如下：
target : [prerequisites]
command
target 標簽，用於標志當前構建的規則，它也可以是文件。
prerequisites 依賴項，在構建該標簽的時候先執行的規則
command make需要執行的命令。（任意的Shell命令）
注意：Makefile的target是頂格寫的，而Command需要加一個Tab鍵。我這里為了排版看起來舒服點，每一行都多加了一個Tab鍵，如果要使用本文的Makefile示例，請去掉各行的第一個Tab鍵，否則make的時候報錯。
例如，我們編寫一個簡單的Makefile：
clean:
@echo "clean"
all:
@echo "all"
當我們直接執行make命令的時候，輸出如下：
tianfang > make
clean
tianfang > make all
all
tianfang > make clean
clean
從中我們可以看到：默認情況下構建第一個標簽。可以通過在命令行參數中通過參數構建指定標簽。
『肆』 linux下的makefile文件有什麼作用
makefile其實不是Linux下才有，你用vs編譯軟體時，同樣使用的是makefile來進行編譯。
makefile可以進行工程的編譯工作，讓你編寫的代碼最後能夠根據makefile的結構，生成你可以執行的可執行軟體。
『伍』 linux中怎麼用makefile
一、Makefile的規則
在講述這個Makefile之前，還是先來粗略地看一看Makefile的規則。
target ... : prerequisites ...
command
.......
target也就是一個目標文件，可以是Object File，也可以是執行文件。還可以是一個標簽
（Label），對於標簽這種特性，在後續的「偽目標」章節中會有敘述。
prerequisites就是，要生成那個target所需要的文件或是目標。
command也就是make需要執行的命令。（任意的Shell命令）
這是一個文件的依賴關系，也就是說，target這一個或多個的目標文件依賴於prerequisi
tes中的文件，其生成規則定義在command中。
二、一個示例
正如前面所說的，如果一個工程有3個頭文件，和8個C文件，為了完成前面所述的那三
個規則，的Makefile應該是下面的這個樣子的。
edit : main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
反斜杠（\）是換行符的意思。這樣比較便於Makefile的易讀。可以把這個內容保存在
文件為「Makefile」或「makefile」的文件中，然後在該目錄下直接輸入命令「make」就
可以生成執行文件edit。如果要刪除執行文件和所有的中間目標文件，那麼，只要簡單地
執行一下「make clean」就可以了。
在這個makefile中，目標文件（target）包含：執行文件edit和中間目標文件（*.o），依
賴文件（prerequisites）就是冒號後面的那些 .c 文件和 .h文件。每一個 .o 文件都有
一組依賴文件，而這些 .o 文件又是執行文件 edit 的依賴文件。依賴關系的實質上就是
說明了目標文件是由哪些文件生成的，換言之，目標文件是哪些文件更新的。
在定義好依賴關系後，後續的那一行定義了如何生成目標文件的操作系統命令，一定要以
一個Tab鍵作為開頭。記住，make並不管命令是怎麼工作的，他只管執行所定義的命令。m
ake會比較targets文件和prerequisites文件的修改日期，如果prerequisites文件的日期
要比targets文件的日期要新，或者target不存在的話，那麼，make就會執行後續定義的命
令。
這里要說明一點的是，clean不是一個文件，它只不過是一個動作名字，有點像C語言中的
lable一樣，其冒號後什麼也沒有，那麼，make就不會自動去找文件的依賴性，也就不會自
動執行其後所定義的命令。要執行其後的命令，就要在make命令後明顯得指出這個lable的
名字。這樣的方法非常有用，可以在一個makefile中定義不用的編譯或是和編譯無關
的命令，比如程序的打包，程序的備份，等等。
三、makefile中使用變數
在上面的例子中，先讓看看edit的規則：
edit : main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
可以看到[.o]文件的字元串被重復了兩次，如果的工程需要加入一個新的[.o]文
件，那麼需要在兩個地方加（應該是三個地方，還有一個地方在 clean中）。當然，
的makefile並不復雜，所以在兩個地方加也不累，但如果makefile變得復雜，那麼我
們就有可能會忘掉一個需要加入的地方，而導致編譯失敗。所以，為了makefile的易維護
，在makefile中可以使用變數。makefile的變數也就是一個字元串，理解成 C語言中
的宏可能會更好。
比如，聲明一個變數，叫objects, OBJECTS, objs, OBJS, obj, 或是 OBJ，反正不管
什麼啦，只要能夠表示obj文件就行了。在makefile一開始就這樣定義：
objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
於是，就可以很方便地在的makefile中以「$(objects)」的方式來使用這個變數
了，於是的改良版makefile就變成下面這個樣子：
objects = main.o kbd.o command.o display.o \
insert.o search.o files.o utils.o
edit : $(objects)
cc -o edit $(objects)
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit $(objects)
於是如果有新的 .o 文件加入，只需簡單地修改一下 objects 變數就可以了。
四、make是如何工作的
在默認的方式下，輸入make命令通過makefile編譯程序時，具體的內部機制如下：
1、make會在當前目錄下找名字叫「Makefile」或「makefile」的文件。
2、如果找到，它會找文件中的第一個目標文件（target），在上面的例子中，他會找到「
edit」這個文件，並把這個文件作為最終的目標文件。
3、如果edit文件不存在，或是edit所依賴的後面的 .o 文件的文件修改時間要比edit這個
文件新，那麼，他就會執行後面所定義的命令來生成edit這個文件。
4、如果edit所依賴的.o文件也不存在，那麼make會在當前文件中找目標為.o文件的依賴性
，如果找到則再根據那一個規則生成.o文件。（這有點像一個堆棧的過程）
5、當然，你的C文件和H文件是存在的啦，於是make會生成 .o 文件，然後再用 .o 文件生
命make的終極任務，也就是執行文件edit了。
這就是整個make的依賴性，make會一層又一層地去找文件的依賴關系，直到最終編譯出第
一個目標文件。在找尋的過程中，如果出現錯誤，比如最後被依賴的文件找不到，那麼ma
ke就會直接退出，並報錯，而對於所定義的命令的錯誤，或是編譯不成功，make根本不理
。make只管文件的依賴性，即，如果在我找了依賴關系之後，冒號後面的文件還是不在，
那麼對不起，我就不工作啦。
通過上述分析，知道，像clean這種，沒有被第一個目標文件直接或間接關聯，那麼它
後面所定義的命令將不會被自動執行，不過，可以顯示要make執行。即命令——「ma
ke clean」，以此來清除所有的目標文件，以便重編譯。
於是在編程中，如果這個工程已被編譯過了，當修改了其中一個源文件，比如fi
le.c，那麼根據的依賴性，的目標file.o會被重編譯（也就是在這個依性關系後
面所定義的命令），於是file.o的文件也是最新的啦，於是file.o的文件修改時間要比ed
it要新，所以edit也會被重新鏈接了（詳見edit目標文件後定義的命令）。
而如果改變了「command.h」，那麼，kdb.o、command.o和files.o都會被重編譯，並
且，edit會被重鏈接。
『陸』 linux 中的makefile
1. CC=gcc
2. MODCFLAGS:=-O6 -Wall -DMODULE -D__KERNEL__ -DLINUX
3. hello.o:hello.c /usr/include/linux/version.h
4. $(CC) $(MODCFLAGS) -c hello.c
5. echo insmod hello.o to turn it on
注意第四行開頭要用tab鍵
『柒』 linux裡面的make和makefile是做什麼的
1、make:是一個非常重要的編譯命令,本質上它是一個程序。利用make工具，可以將大型的開發項目分解成為多個更易於管理的模塊，對於一個包括幾百個源文件的應用程序，使用make和makefile工具就可以簡潔明快地理順各個源文件之間紛繁復雜的相互關系。而且如此多的源文件，如果每次都要鍵入gcc命令進行編譯的話，那對程序員來說簡直就是一場災難。而make工具則可自動完成編譯工作，並且可以只對程序員在上次編譯後修改過的部分進行編譯。
2、Makefile文件 ：Make工具最主要也是最基本的功能就是通過makefile文件來描述源程序之間的相互關系並自動維護編譯工作，本質上makefile文件是個文本文件，用於配置編譯過程。makefile 文件需要按照某種語法進行編寫，文件中需要說明如何編譯各個源文件並連接生成可執行文件，並要求定義源文件之間的依賴關系。makefile 文件是許多編譯器--包括 Windows NT 下的編譯器--維護編譯信息的常用方法，只是在集成開發環境中，用戶通過友好的界面修改 makefile 文件而已。
3、在 UNIX 系統中，習慣使用 Makefile 作為 makfile 文件。如果要使用其他文件作為 makefile，則可利用類似下面的 make 命令選項指定 makefile 文件：
$ make -f Makefile.debug
例如，一個名為prog的程序由三個C源文件filea.c、fileb.c和filec.c以及庫文件LS編譯生成，這三個文件還分別包含自己的頭文件a.h 、b.h和c.h。通常情況下，C編譯器將會輸出三個目標文件filea.o、fileb.o和filec.o。假設filea.c和fileb.c都要聲明用到一個名為defs的文件，但filec.c不用。即在filea.c和fileb.c里都有這樣的聲明：
#include "defs"
那麼下面的文檔就描述了這些文件之間的相互聯系:
#It is a example for describing makefile
prog : filea.o fileb.o filec.o
cc filea.o fileb.o filec.o -LS -o prog
filea.o : filea.c a.h defs
cc -c filea.c
fileb.o : fileb.c b.h defs
cc -c fileb.c
filec.o : filec.c c.h
cc -c filec.c
這個描述文檔就是一個簡單的makefile文件。