• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 8, comments - 12, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
                   在網(wǎng)上查了很多關(guān)于automake的文章,有幾篇還是不錯的,但大部分的例子都局限于helloworld這樣的程序,我就把自己如何構(gòu)建工程的過程寫下來,只把應(yīng)用記錄下來,不涉及細(xì)節(jié),以后會隨著應(yīng)用的深入有所更新。

                  我的源代碼的組織結(jié)構(gòu)是通用文件放在頂層文件夾中,與平臺環(huán)境相關(guān)的文件放在不同子目錄中,測試系統(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)        #需要改動,主要是程序的基本信息
            AC_CONFIG_SRCDIR([Thread.h])
            AC_CONFIG_HEADER([config.h])
            AM_INIT_AUTOMAKE(mypro, 1.0)                  #一定要添加,名字任意取,但最好和以后填寫的程序名稱保持一致

            # 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

            需要改動的就是這幾個地方,然后保存。
            然后 $]: aclocal
            如果生成m4文件則繼續(xù),否則說明configure.in有問題
            $] : autoconf    目的是生成configure
            $] : autoreconf --install   目的是產(chǎn)生生成Makefile.in的必要文件
            $] : autoheader  目的是生成config.h.in
            由于Makefile由Makefile.in生成,而Makefile.in由Makefile.am來填充,所以需要建立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)的程度,一般用這個,其他的可以查閱相關(guān)文檔。
            第二行表示程序的名稱,這是必須的。
            第三行表示所有的源代碼文件,要注意名稱是 程序名+_SOURCES。
            第四行中可以把查找頭文件的文件夾包含進(jìn)來,格式就是gcc選項(xiàng)的格式,還可以包含宏定義。
            最后一行是需要添加或者鏈接的庫,格式跟gcc的完全一樣,這個選項(xiàng)只能接受有關(guān)庫的參數(shù),不接受其它參數(shù)。
            保存后就可以生成Makefile.in了
            $] : automake

            OK !

            然后你可以構(gòu)建可執(zhí)行程序了,./configure      make    

            如果要編寫靜態(tài)庫,那么Makefile.am的參數(shù)就有些變化
            AUTOMAKE_OPTIONS=foreign
            lib_LIBRARIES=libmylib.a
            libmylib_a_SOURCES= .................

            INCLUDES=.................
            其中參數(shù)名的格式一個要正確。其他的跟可執(zhí)行文件的產(chǎn)生一樣。

                  如果要產(chǎn)生動態(tài)庫,必須要借助libtool,libtool產(chǎn)生.a和.so文件,放在當(dāng)前文件夾.lib/目錄中,這個被隱藏了,同時也產(chǎn)生.la文件,當(dāng)其他模塊需要鏈接庫時,只需要鏈接.la文件,然后由.la文件來決定如何鏈接這個庫,是靜態(tài)鏈接還是動態(tài)鏈接,由configure參數(shù)決定,這樣的方式據(jù)說是用來解決夸平臺問題,但我似乎并沒有從中受益多少,不過產(chǎn)生動態(tài)庫的makefile也沒有其他辦法,不過好在.a和.so都產(chǎn)生了,怎么用就在于個人了。要用libtool就要在configure.in中添加宏AC_PROG_LIBTOOL,
            然后可以寫Makefile.am, 如下
            AUTOMAKE_OPTIONS=foreign

            lib_LTLIBRARIES=libmylib.la

            libmylib_la_SOURCES=mylib.c

            libmylib_la_LIBFLAGS=......

            libmylib_la_LIBADD=.....
            如果要在應(yīng)用程序里鏈接這個庫,那么就在mypro_LDADD +=libmylib.la,是動態(tài)還是靜態(tài)要在configure的參數(shù)中指定。



            Feedback

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-17 19:54 by LOGOS
            一開始我也用你現(xiàn)在說的這套東西
            后來我發(fā)現(xiàn),自己手工寫makefile,比搞這東西容易和效率多了

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-17 23:07 by 螞蟻終結(jié)者
            呵呵,沒用過,看起來好像很復(fù)雜,一直用自己寫的一個通用的makefile模板。有點(diǎn)害怕這些東西,當(dāng)時看makefile的manual有陰影了。

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-18 09:24 by 飯中淹
            這個有什么優(yōu)勢?

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-18 10:10 by ufwt
            看看大部分的開源的程序全部是用autoconf就知道價(jià)值了!
            automake好像是否使用還要考慮一下,autoconf絕對是有價(jià)值的!

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-18 10:26 by eyesmart
            現(xiàn)在gnu makefile的規(guī)則變得越來越復(fù)雜了,automake應(yīng)運(yùn)而生,我們作為用戶只需要與automake進(jìn)行交互,而讓automake的開發(fā)者去讀gnu makefile的文檔,簡單的程序我們自己寫簡單的makefile就夠了,但是隨著源代碼文件的增加,那么要維護(hù)你寫的這個makefile就變得越來越困難和繁瑣了,所以現(xiàn)在大部分的開源軟件都是采用automake來構(gòu)建的。當(dāng)你在linux下編譯一個開源軟件時,大多都會輸入./configure , make test, make , make install. 這就是用automake構(gòu)建的。

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-18 10:30 by eyesmart
            @LOGOS
            因?yàn)槟銓懙氖呛唵蔚某绦颍页绦蚴悄阕约簛砭幾g的,但是如果你參與了一個大一些的項(xiàng)目,而且你寫的程序很可能是由其他人來build,而那個人的環(huán)境不一定和你的環(huán)境一樣,那么直接make就可能出問題,但是用automake這種方式可以幫你檢查環(huán)境,并用相應(yīng)的參數(shù)去填充makefile

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-18 10:34 by eyesmart
            @飯中淹
            在linux寫一些程序并build它,然后找一個開源軟件build一下,你就知道了。

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-18 10:38 by eyesmart
            @ufwt
            autoconf和automake都屬于一類程序,他們彼此協(xié)作完成任務(wù),不能分開來討論,autoconf只是用來生成configure腳本,而automake用來生成makefile,比如在configure.in中包含這句AM_INIT_AUTOMAKE(mypro, 1.0),那么AM就是automake的縮寫,而AC_INIT(mypro, 1.0, support@163.com)中的AC就是autoconf的縮寫

            # re: (原)用automake來代替IDE實(shí)現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-22 17:11 by darkmagician
            當(dāng)初想用過,不過搞了兩天也搞不定。網(wǎng)上的資料基本都是一個hello world的c程序。而我的程序有許多文件,連接了好多庫,還有復(fù)雜的stl,老是有莫名其妙的錯誤。
            后來花了一個下午自己寫了個makefile算了。。。。
            如果automake步驟太多了,有個更自動化的工具就好了。
            久久久久亚洲AV无码专区首JN| 久久国产成人午夜AV影院| 无码任你躁久久久久久老妇App| 久久久久人妻一区精品果冻| 日韩十八禁一区二区久久| 亚洲中文字幕无码久久2017| 久久国产精品无码一区二区三区 | 久久久久久一区国产精品| 亚洲精品第一综合99久久| 久久精品毛片免费观看| 久久美女网站免费| 少妇无套内谢久久久久| 美女写真久久影院| 亚洲中文字幕久久精品无码APP| 日本精品久久久久中文字幕8| 久久久久免费精品国产| 亚洲国产精品久久久久婷婷老年| 久久久久久久久波多野高潮| 国产精品久久影院| 久久午夜夜伦鲁鲁片免费无码影视 | 久久精品99无色码中文字幕| 亚洲第一永久AV网站久久精品男人的天堂AV | 狠狠色丁香久久婷婷综| 久久精品国产99国产精品| 久久人人爽人人爽人人AV| 日韩欧美亚洲综合久久影院d3| 亚洲日韩中文无码久久| 欧美日韩中文字幕久久久不卡| 精品久久无码中文字幕| 无码专区久久综合久中文字幕| 午夜精品久久影院蜜桃| 久久久久亚洲精品中文字幕| 精品久久久无码中文字幕| 97超级碰碰碰碰久久久久| 久久99热国产这有精品| AAA级久久久精品无码片| 无码AV中文字幕久久专区| 久久久久人妻一区二区三区| 久久99热这里只有精品国产| 久久九九久精品国产免费直播| 亚洲一区精品伊人久久伊人|