• <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
            成人久久精品一区二区三区| 日韩十八禁一区二区久久| 久久综合88熟人妻| 国产精品美女久久久| 91精品国产色综久久| 亚洲美日韩Av中文字幕无码久久久妻妇| 久久夜色撩人精品国产| 中文字幕无码免费久久| 久久综合九色综合精品| 一本色道久久88综合日韩精品 | 精品人妻久久久久久888| 色综合色天天久久婷婷基地| 久久久久久亚洲精品无码| 久久夜色精品国产噜噜麻豆| 国产精品成人99久久久久91gav| 亚洲国产日韩欧美综合久久| 久久精品一区二区三区不卡| 久久只有这里有精品4| 久久国产一区二区| 久久夜色精品国产噜噜噜亚洲AV| 91精品国产91久久| 久久精品一本到99热免费| 久久精品国产精品亚洲人人| 国产亚洲欧美成人久久片| 伊人久久大香线焦AV综合影院| 久久久久99精品成人片牛牛影视| 久久久久人妻一区精品性色av| 色综合久久88色综合天天 | 丁香五月综合久久激情| 99久久精品日本一区二区免费| 国产69精品久久久久久人妻精品| 久久久久亚洲爆乳少妇无| 亚洲精品国产成人99久久| AV无码久久久久不卡蜜桃| 久久亚洲春色中文字幕久久久| 久久婷婷国产剧情内射白浆| 亚洲欧美久久久久9999| 久久久久国产亚洲AV麻豆| 久久男人AV资源网站| 午夜精品久久久久久| 久久综合色老色|