Posted on 2008-11-17 17:20
eyesmart 閱讀(3275)
評(píng)論(9) 編輯 收藏 引用 所屬分類(lèi):
Basic Knowledge
在網(wǎng)上查了很多關(guān)于automake的文章,有幾篇還是不錯(cuò)的,但大部分的例子都局限于helloworld這樣的程序,我就把自己如何構(gòu)建工程的過(guò)程寫(xiě)下來(lái),只把應(yīng)用記錄下來(lái),不涉及細(xì)節(jié),以后會(huì)隨著應(yīng)用的深入有所更新。
我的源代碼的組織結(jié)構(gòu)是通用文件放在頂層文件夾中,與平臺(tái)環(huán)境相關(guān)的文件放在不同子目錄中,測(cè)試系統(tǒng)為ubuntu 8.10。
切換到當(dāng)前文件夾,輸入$] : autoscan
生成一些文件,我們關(guān)注configure.scan.
$] : mv configure.scan configure.in
$] : vim configure.in
下面顯示內(nèi)容
# -*- Autoconf -*-
# Process this file with autoconf to produce a configure script.
AC_PREREQ(2.61)
AC_INIT(mypro, 1.0, support@163.com) #需要改動(dòng),主要是程序的基本信息
AC_CONFIG_SRCDIR([Thread.h])
AC_CONFIG_HEADER([config.h])
AM_INIT_AUTOMAKE(mypro, 1.0) #一定要添加,名字任意取,但最好和以后填寫(xiě)的程序名稱(chēng)保持一致
# Checks for programs.
AC_PROG_CXX
AC_PROG_CC
# Checks for libraries.
# Checks for header files.
AC_HEADER_STDC
AC_CHECK_HEADERS([arpa/inet.h fcntl.h netdb.h netinet/in.h stdlib.h string.h sys/ioctl.h sys/socket.h syslog.h unistd.h])
# Checks for typedefs, structures, and compiler characteristics.
AC_HEADER_STDBOOL
AC_C_CONST
AC_C_INLINE
AC_TYPE_SIZE_T
AC_HEADER_TIME
AC_STRUCT_TM
# Checks for library functions.
AC_FUNC_FORK
AC_PROG_GCC_TRADITIONAL
AC_FUNC_MEMCMP
AC_FUNC_SELECT_ARGTYPES
AC_FUNC_VPRINTF
AC_CHECK_FUNCS([ftruncate gethostname inet_ntoa memmove memset select socket strchr strerror strstr])
AC_OUTPUT(Makefile) #添加Makefile
需要改動(dòng)的就是這幾個(gè)地方,然后保存。
然后 $]: aclocal
如果生成m4文件則繼續(xù),否則說(shuō)明configure.in有問(wèn)題
$] : autoconf 目的是生成configure
$] : autoreconf --install 目的是產(chǎn)生生成Makefile.in的必要文件
$] : autoheader 目的是生成config.h.in
由于Makefile由Makefile.in生成,而Makefile.in由Makefile.am來(lái)填充,所以需要建立Makefile.am
$] : vim Makefile.am 需要填充的內(nèi)容如下:
AUTOMAKE_OPTIONS=foreign
bin_PROGRAMS=mypro
mypro_SOURCES=Main.cpp Device.cpp Server.cpp SocketBase.cpp Thread.cpp Posix/AsycIO.cpp Posix/PoSockDisp.cpp Posix/Daemon.cpp Posix/PoMutex.cpp
INCLUDES=-I.. -DTHIRTY_TWO_BIT
mypro_LDADD=libmylib.a -lpthread -lrt
第一行表示符合GNU Makefile標(biāo)準(zhǔn)的程度,一般用這個(gè),其他的可以查閱相關(guān)文檔。
第二行表示程序的名稱(chēng),這是必須的。
第三行表示所有的源代碼文件,要注意名稱(chēng)是 程序名+_SOURCES。
第四行中可以把查找頭文件的文件夾包含進(jìn)來(lái),格式就是gcc選項(xiàng)的格式,還可以包含宏定義。
最后一行是需要添加或者鏈接的庫(kù),格式跟gcc的完全一樣,這個(gè)選項(xiàng)只能接受有關(guān)庫(kù)的參數(shù),不接受其它參數(shù)。
保存后就可以生成Makefile.in了
$] : automake
OK !
然后你可以構(gòu)建可執(zhí)行程序了,./configure make
如果要編寫(xiě)靜態(tài)庫(kù),那么Makefile.am的參數(shù)就有些變化
AUTOMAKE_OPTIONS=foreign
lib_LIBRARIES=libmylib.a
libmylib_a_SOURCES= .................
INCLUDES=.................
其中參數(shù)名的格式一個(gè)要正確。其他的跟可執(zhí)行文件的產(chǎn)生一樣。
如果要產(chǎn)生動(dòng)態(tài)庫(kù),必須要借助libtool,libtool產(chǎn)生.a和.so文件,放在當(dāng)前文件夾.lib/目錄中,這個(gè)被隱藏了,同時(shí)也產(chǎn)生.la文件,當(dāng)其他模塊需要鏈接庫(kù)時(shí),只需要鏈接.la文件,然后由.la文件來(lái)決定如何鏈接這個(gè)庫(kù),是靜態(tài)鏈接還是動(dòng)態(tài)鏈接,由configure參數(shù)決定,這樣的方式據(jù)說(shuō)是用來(lái)解決夸平臺(tái)問(wèn)題,但我似乎并沒(méi)有從中受益多少,不過(guò)產(chǎn)生動(dòng)態(tài)庫(kù)的makefile也沒(méi)有其他辦法,不過(guò)好在.a和.so都產(chǎn)生了,怎么用就在于個(gè)人了。要用libtool就要在configure.in中添加宏AC_PROG_LIBTOOL,
然后可以寫(xiě)Makefile.am, 如下
AUTOMAKE_OPTIONS=foreign
lib_LTLIBRARIES=libmylib.la
libmylib_la_SOURCES=mylib.c
libmylib_la_LIBFLAGS=......
libmylib_la_LIBADD=.....
如果要在應(yīng)用程序里鏈接這個(gè)庫(kù),那么就在mypro_LDADD +=libmylib.la,是動(dòng)態(tài)還是靜態(tài)要在configure的參數(shù)中指定。
Feedback
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-17 19:54 by
一開(kāi)始我也用你現(xiàn)在說(shuō)的這套東西
后來(lái)我發(fā)現(xiàn),自己手工寫(xiě)makefile,比搞這東西容易和效率多了
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-17 23:07 by
呵呵,沒(méi)用過(guò),看起來(lái)好像很復(fù)雜,一直用自己寫(xiě)的一個(gè)通用的makefile模板。有點(diǎn)害怕這些東西,當(dāng)時(shí)看makefile的manual有陰影了。
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-18 09:24 by
這個(gè)有什么優(yōu)勢(shì)?
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-18 10:10 by
看看大部分的開(kāi)源的程序全部是用autoconf就知道價(jià)值了!
automake好像是否使用還要考慮一下,autoconf絕對(duì)是有價(jià)值的!
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-18 10:26 by
現(xiàn)在gnu makefile的規(guī)則變得越來(lái)越復(fù)雜了,automake應(yīng)運(yùn)而生,我們作為用戶(hù)只需要與automake進(jìn)行交互,而讓automake的開(kāi)發(fā)者去讀gnu makefile的文檔,簡(jiǎn)單的程序我們自己寫(xiě)簡(jiǎn)單的makefile就夠了,但是隨著源代碼文件的增加,那么要維護(hù)你寫(xiě)的這個(gè)makefile就變得越來(lái)越困難和繁瑣了,所以現(xiàn)在大部分的開(kāi)源軟件都是采用automake來(lái)構(gòu)建的。當(dāng)你在linux下編譯一個(gè)開(kāi)源軟件時(shí),大多都會(huì)輸入./configure , make test, make , make install. 這就是用automake構(gòu)建的。
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-18 10:30 by
@LOGOS
因?yàn)槟銓?xiě)的是簡(jiǎn)單的程序,而且程序是你自己來(lái)編譯的,但是如果你參與了一個(gè)大一些的項(xiàng)目,而且你寫(xiě)的程序很可能是由其他人來(lái)build,而那個(gè)人的環(huán)境不一定和你的環(huán)境一樣,那么直接make就可能出問(wèn)題,但是用automake這種方式可以幫你檢查環(huán)境,并用相應(yīng)的參數(shù)去填充makefile
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-18 10:34 by
@飯中淹
在linux寫(xiě)一些程序并build它,然后找一個(gè)開(kāi)源軟件build一下,你就知道了。
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-18 10:38 by
@ufwt
autoconf和automake都屬于一類(lèi)程序,他們彼此協(xié)作完成任務(wù),不能分開(kāi)來(lái)討論,autoconf只是用來(lái)生成configure腳本,而automake用來(lái)生成makefile,比如在configure.in中包含這句AM_INIT_AUTOMAKE(mypro, 1.0),那么AM就是automake的縮寫(xiě),而AC_INIT(mypro, 1.0, support@163.com)中的AC就是autoconf的縮寫(xiě)
# re: (原)用automake來(lái)代替IDE實(shí)現(xiàn)工程代碼編譯 回復(fù) 更多評(píng)論
2008-11-22 17:11 by
當(dāng)初想用過(guò),不過(guò)搞了兩天也搞不定。網(wǎng)上的資料基本都是一個(gè)hello world的c程序。而我的程序有許多文件,連接了好多庫(kù),還有復(fù)雜的stl,老是有莫名其妙的錯(cuò)誤。
后來(lái)花了一個(gè)下午自己寫(xiě)了個(gè)makefile算了。。。。
如果automake步驟太多了,有個(gè)更自動(dòng)化的工具就好了。