• <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
            久久久久久久久66精品片| 亚洲国产精品无码久久| 国产成人久久精品区一区二区| 久久精品www| 欧美色综合久久久久久| 亚洲人成伊人成综合网久久久| 99久久精品国内| 99久久香蕉国产线看观香| 97久久精品人妻人人搡人人玩| 久久久久亚洲精品中文字幕| 伊人久久无码中文字幕| 久久久久久国产精品无码下载| 伊人久久大香线蕉亚洲五月天| 国产日韩久久久精品影院首页| 精品熟女少妇AV免费久久| 国产精品gz久久久| 国产91色综合久久免费| 无码伊人66久久大杳蕉网站谷歌| 国产三级精品久久| 久久国产精品久久国产精品| 久久久无码精品亚洲日韩蜜臀浪潮 | 国产午夜精品理论片久久| 少妇人妻综合久久中文字幕| 99久久精品久久久久久清纯| 蜜臀av性久久久久蜜臀aⅴ麻豆| 欧美国产精品久久高清| 91精品久久久久久无码| 久久av无码专区亚洲av桃花岛| 久久综合一区二区无码| 99久久精品免费| 精品无码人妻久久久久久| 国产91色综合久久免费分享| 国内精品久久久久伊人av| 日韩精品久久久肉伦网站| 性欧美大战久久久久久久久| 亚洲精品乱码久久久久久自慰| 99久久99久久精品国产片果冻| 亚洲国产成人乱码精品女人久久久不卡| 久久精品国产99久久久香蕉| 久久国产视屏| 久久人人爽人人人人片av|