• <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就知道價值了!
            automake好像是否使用還要考慮一下,autoconf絕對是有價值的!

            # 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综合网成人| 精品国产一区二区三区久久| 久久国产成人| 天堂久久天堂AV色综合| 国产叼嘿久久精品久久| 亚洲中文字幕无码久久2020| 久久婷婷综合中文字幕| 亚洲а∨天堂久久精品9966| 99久久精品日本一区二区免费| 久久久久97国产精华液好用吗| 日韩人妻无码精品久久免费一 | 久久婷婷色综合一区二区| 久久婷婷五月综合色奶水99啪| 久久国产乱子伦精品免费午夜| 奇米影视7777久久精品| 久久国内免费视频| 久久久久无码中| 91精品免费久久久久久久久| 亚洲AV无码久久精品色欲| 欧洲性大片xxxxx久久久| 一本伊大人香蕉久久网手机| 欧洲精品久久久av无码电影| 久久精品一区二区三区AV| 一本久久免费视频| 亚洲AⅤ优女AV综合久久久| 久久99国产一区二区三区| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 99久久做夜夜爱天天做精品| 久久男人中文字幕资源站| 国产精品欧美久久久久天天影视| 久久狠狠色狠狠色综合| 久久er热视频在这里精品| 99久久人妻无码精品系列| 国内精品久久久久久野外| 久久这里只精品国产99热| 一本色道久久88加勒比—综合| 伊人久久大香线蕉影院95| 国产午夜精品久久久久九九电影 | 国内精品伊人久久久久av一坑|