• <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 那誰 閱讀(10191) 評(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
            久久人人爽人人爽人人片AV麻豆| 国产精品亚洲综合久久| 久久婷婷五月综合国产尤物app| 久久综合视频网| 日韩精品久久无码中文字幕| 丁香狠狠色婷婷久久综合| 精品无码久久久久久国产| 久久久久久国产精品美女| 国产婷婷成人久久Av免费高清| 91超碰碰碰碰久久久久久综合| 久久久久亚洲国产| 久久中文字幕一区二区| 亚洲欧美一级久久精品| 国内精品久久九九国产精品| 色综合久久久久综合99| 国产精品9999久久久久| 一本色道久久综合狠狠躁篇| 青青国产成人久久91网| 国产A级毛片久久久精品毛片| 中文字幕久久欲求不满| 久久久女人与动物群交毛片| 久久久无码精品午夜| 成人久久精品一区二区三区| 久久无码专区国产精品发布| 久久九色综合九色99伊人| 国产午夜久久影院| 日本强好片久久久久久AAA| 一级做a爰片久久毛片看看| 久久精品成人欧美大片| 久久国产乱子精品免费女| 成人国内精品久久久久影院| 色欲久久久天天天综合网| 久久人搡人人玩人妻精品首页| 久久精品视频网| 精品久久久久久无码专区不卡| 一本久久a久久精品亚洲| 久久亚洲中文字幕精品一区| 久久久久久一区国产精品| 久久久久九九精品影院| 久久精品国产亚洲精品| 久久久WWW成人|