• <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)用記錄下來,不涉及細節(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標準的程度,一般用這個,其他的可以查閱相關(guān)文檔。
            第二行表示程序的名稱,這是必須的。
            第三行表示所有的源代碼文件,要注意名稱是 程序名+_SOURCES。
            第四行中可以把查找頭文件的文件夾包含進來,格式就是gcc選項的格式,還可以包含宏定義。
            最后一行是需要添加或者鏈接的庫,格式跟gcc的完全一樣,這個選項只能接受有關(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實現(xiàn)工程代碼編譯  回復(fù)  更多評論   

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

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

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

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

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

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

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

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

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

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

            2008-11-18 10:30 by eyesmart
            @LOGOS
            因為你寫的是簡單的程序,而且程序是你自己來編譯的,但是如果你參與了一個大一些的項目,而且你寫的程序很可能是由其他人來build,而那個人的環(huán)境不一定和你的環(huán)境一樣,那么直接make就可能出問題,但是用automake這種方式可以幫你檢查環(huán)境,并用相應(yīng)的參數(shù)去填充makefile

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

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

            # re: (原)用automake來代替IDE實現(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實現(xiàn)工程代碼編譯  回復(fù)  更多評論   

            2008-11-22 17:11 by darkmagician
            當(dāng)初想用過,不過搞了兩天也搞不定。網(wǎng)上的資料基本都是一個hello world的c程序。而我的程序有許多文件,連接了好多庫,還有復(fù)雜的stl,老是有莫名其妙的錯誤。
            后來花了一個下午自己寫了個makefile算了。。。。
            如果automake步驟太多了,有個更自動化的工具就好了。
            亚洲国产天堂久久久久久| 久久天天躁狠狠躁夜夜2020 | 久久九九久精品国产免费直播| 日韩欧美亚洲综合久久影院Ds| 精品久久一区二区| 亚洲AV无码1区2区久久| 精品久久人人妻人人做精品| 国产精品无码久久综合| 午夜福利91久久福利| 伊人久久大香线蕉亚洲| 久久性精品| 一本久久免费视频| 99久久免费国产精精品| 久久国产免费观看精品3| 99精品久久久久久久婷婷| 精品午夜久久福利大片| 四虎影视久久久免费观看| 狠色狠色狠狠色综合久久 | 久久夜色精品国产亚洲| 久久w5ww成w人免费| 亚洲中文字幕伊人久久无码| 狠狠人妻久久久久久综合蜜桃| 伊人久久精品无码av一区| 亚洲v国产v天堂a无码久久| 久久精品无码一区二区三区| 久久人人妻人人爽人人爽| 亚洲欧美成人综合久久久| 亚洲精品乱码久久久久久不卡| 久久久久国产亚洲AV麻豆| 99国内精品久久久久久久| 四虎亚洲国产成人久久精品| 精品无码人妻久久久久久| 青青热久久综合网伊人| 国产精品久久久久久久久免费| 久久久久久夜精品精品免费啦| 色婷婷久久综合中文久久蜜桃av| 999久久久无码国产精品| 久久精品人人做人人妻人人玩| 国产精品久久久久a影院| 国产99精品久久| 青青草原综合久久|