• <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)行測試(如使用touch命令更新文件的時(shí)間).

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



            posted on 2009-02-23 22:55 那誰 閱讀(10213) 評(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 | 夢在天涯

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

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

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

            請問makefile中這條語句干啥用的?謝謝
            sed -e 1's,^,$(OBJ_DIR)/
            2009-04-11 10:33 | c
            2021国内精品久久久久久影院| 国产产无码乱码精品久久鸭| 亚洲国产精品无码久久久久久曰| 亚洲美日韩Av中文字幕无码久久久妻妇| 久久久久亚洲爆乳少妇无| 囯产精品久久久久久久久蜜桃| 久久99国内精品自在现线| 久久久久久国产精品美女 | 精品国产乱码久久久久久呢| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 久久99精品久久久久久| 久久久久国产一区二区| 久久久久久久97| 亚洲午夜精品久久久久久浪潮 | 国产三级精品久久| 久久AV高清无码| 99精品久久精品一区二区| 久久强奷乱码老熟女网站| 久久久国产精品网站| 久久丫精品国产亚洲av不卡| 一级女性全黄久久生活片免费| 国产激情久久久久影院小草| 精品国产一区二区三区久久| 无码国内精品久久综合88| 久久国产综合精品五月天| 国产成人综合久久精品尤物| 久久久久中文字幕| 久久精品www| 久久国产精品国语对白| 成人a毛片久久免费播放| 国产精品久久久久乳精品爆| 日本精品久久久久中文字幕8| 国产三级久久久精品麻豆三级| 久久天天躁狠狠躁夜夜躁2O2O| 久久Av无码精品人妻系列 | 无码人妻精品一区二区三区久久久| 欧美一区二区久久精品| 热99RE久久精品这里都是精品免费| 亚洲人AV永久一区二区三区久久| 欧美亚洲国产精品久久久久| 久久精品国产免费观看三人同眠|