• <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>

            那誰的技術(shù)博客

            感興趣領(lǐng)域:高性能服務(wù)器編程,存儲(chǔ),算法,Linux內(nèi)核
            隨筆 - 210, 文章 - 0, 評(píng)論 - 1183, 引用 - 0
            數(shù)據(jù)加載中……

            我的項(xiàng)目Makefile文件模板

            整理出來的一個(gè)Makefile模板,新增了一個(gè)內(nèi)容,調(diào)用gcc生成依賴文件,這樣如果某個(gè)c文件包含的頭文件被更新了,該c文件以及依賴于該c文件的obj文件都會(huì)被重新編譯.
            這個(gè)模板是按照我習(xí)慣的項(xiàng)目文件組織形式進(jìn)行定義的,我的習(xí)慣是頭文件放在include文件夾,代碼放在src文件夾,目標(biāo)文件放在obj文件夾,生成的靜態(tài)庫放在lib文件夾,而可執(zhí)行程序放在bin目錄,現(xiàn)在新增的依賴關(guān)系文件則放在deps文件夾.

            這里是使用該Makefile模板的一個(gè)項(xiàng)目實(shí)例.

            其中main.c和hello.c都包含了頭文件hello.h,而test,h只有hello.c才包含,因此在test.h被更新的時(shí)候只有hello.o會(huì)被重新編譯.可以自行進(jìn)行測(cè)試(如使用touch命令更新文件的時(shí)間).

            這個(gè)模板的缺點(diǎn)也是明顯的,比如不支持把源代碼放在多個(gè)文件夾編譯等等.不過定制makefile模板我就沒有想過做個(gè)大而全的東西來,至少目前沒有,只要能夠滿足我的需求就行了:)



            posted on 2009-02-23 22:55 那誰 閱讀(10192) 評(píng)論(7)  編輯 收藏 引用 所屬分類: Linux/Unix

            評(píng)論

            # re: 我的項(xiàng)目Makefile文件模板  回復(fù)  更多評(píng)論   

            為什么不嘗試一下scons呢?
            2009-02-24 20:31 | 牧云人

            # re: 我的項(xiàng)目Makefile文件模板  回復(fù)  更多評(píng)論   

            @牧云人
            第一次聽說這個(gè)東西,下次嘗試一下.

            2009-02-24 20:43 | 創(chuàng)

            # re: 我的項(xiàng)目Makefile文件模板  回復(fù)  更多評(píng)論   

            樓主,對(duì)于幾個(gè)源代碼的文件,可以考慮直接用Makefile寫寫。但是對(duì)于真正的項(xiàng)目,用Makefile就遠(yuǎn)遠(yuǎn)不足了。建議樓主了解一下三個(gè)工具,autotools、CMake、SCons。使用這些工具,對(duì)于你寫的這50行左右的Makefile,甚至可能可以縮減為不超過5-10行。

            autotools,包括automake, autoconf之類的工具。它能夠自動(dòng)生成Makefile。是比較早期的Makefile替代物(Makefile不叫早期,叫原始)。不難用,很多開源軟件都用它。

            CMake和SCons是比較現(xiàn)代點(diǎn)的工具。相比而言,我更推薦CMake。

            CMake可以跨平臺(tái),它并不直接build,而是先生成平臺(tái)上習(xí)慣的Build文件,然后再用平臺(tái)自己的工具進(jìn)行Build。比如在Linux上,它可以先生成Makefile,然后用戶直接make就可以了。而在Windows上,它可以直接生成Visual Studio的項(xiàng)目文件,然后用戶可以用VS打開其文件進(jìn)行Build。這種方式我比較喜歡,而且使用起來也非常的簡單。

            SCons是基于Python的,甚至配置也是,強(qiáng)大之處在于如果你會(huì)Python,那么可以在里面做任何事,畢竟這比automake或者makefile的shell強(qiáng)大太多了。但是缺陷是許久沒有發(fā)展了,主要在bugfix中。而且通過google trends比較可以看出CMake比SCons似乎更有活力,發(fā)展更好。
            2009-02-25 00:23 | Dancefire

            # re: 我的項(xiàng)目Makefile文件模板  回復(fù)  更多評(píng)論   

            @Dancefire
            感謝推薦,我會(huì)找來看看的.
            2009-02-25 22:39 | 創(chuàng)

            # re: 我的項(xiàng)目Makefile文件模板  回復(fù)  更多評(píng)論   

            有個(gè)bakefile不知道大家用過沒有?
            2009-02-26 12:54 | 夢(mèng)在天涯

            # re: 我的項(xiàng)目Makefile文件模板[未登錄]  回復(fù)  更多評(píng)論   

            ACE帶的那個(gè)MPC也挺好用的。。
            2009-03-05 15:58 | bobo

            # re: 我的項(xiàng)目Makefile文件模板  回復(fù)  更多評(píng)論   

            請(qǐng)問makefile中這條語句干啥用的?謝謝
            sed -e 1's,^,$(OBJ_DIR)/
            2009-04-11 10:33 | c
            无码8090精品久久一区| 91精品国产综合久久香蕉| 国产日韩欧美久久| 久久婷婷综合中文字幕| 亚洲综合精品香蕉久久网| 麻豆精品久久久久久久99蜜桃| 亚洲乱码日产精品a级毛片久久| 日日狠狠久久偷偷色综合免费 | 色88久久久久高潮综合影院| 久久精品人成免费| 国产麻豆精品久久一二三| 久久国产精品国产自线拍免费| 久久精品国产99国产精品澳门| 国产成人久久久精品二区三区| 精品久久久久久无码人妻蜜桃| 欧美精品福利视频一区二区三区久久久精品 | 欧美性大战久久久久久| 一极黄色视频久久网站| 久久久久亚洲AV无码专区体验| 久久免费美女视频| 久久毛片免费看一区二区三区| 日批日出水久久亚洲精品tv| 亚洲国产美女精品久久久久∴| 精品免费tv久久久久久久| 人妻无码久久精品| 久久水蜜桃亚洲av无码精品麻豆 | 久久婷婷是五月综合色狠狠| 久久久一本精品99久久精品88| 久久国产免费观看精品3| 国产一区二区精品久久凹凸 | 久久夜色精品国产亚洲| 久久精品国产亚洲av影院| 欧洲国产伦久久久久久久| 精品熟女少妇a∨免费久久| 青青青青久久精品国产h久久精品五福影院1421 | 久久精品蜜芽亚洲国产AV| 欧洲国产伦久久久久久久| 99久久婷婷国产综合亚洲| 久久99九九国产免费看小说| 国产精品欧美久久久久无广告 | 色婷婷综合久久久久中文|