• <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>
            posts - 14,  comments - 57,  trackbacks - 0
               我們的新項目是在linux平臺下運行的,本人是Linux和windows下都開發(fā)過,我呆的2個linux后臺項目都是所有代碼放在一塊,編譯成一個可
            執(zhí)行文件,基本不考慮編譯成動態(tài)庫,所有代碼的頭文件依賴也是一團(tuán)糟,隨著項目的增大,編譯速度越來越慢,到后來編譯一個項目4進(jìn)程同時編譯都需要10來分鐘。
             
              其實分析下可以發(fā)現(xiàn),主要的編譯速度損耗在頭文件上,尤其是模板相關(guān)的頭文件。VC有一個預(yù)編譯頭文件技術(shù),將常用的公共頭文件放在一起,預(yù)先編譯成pch文件,這樣
            可以加快編譯速度。gcc到底有沒有類似技術(shù)呢,打開gcc的手冊搜索了precompiled,發(fā)現(xiàn)還真有相關(guān)介紹,使用方法也很簡單。
             
            主要是以下步驟:
              1、在項目下建立一個 stdafx.h的文件,包含了大部分公共頭文件。在每個cpp最開始都#include "stdafx.h"。cpp文件包含了這個預(yù)編譯頭文件后,就可以將原來和
            stdafx .h 里頭文件重復(fù)的內(nèi)容刪除了,尤其是模板相關(guān)的頭文件,另外,非PCH的頭文件里盡量少包含其他頭文件。     
              2、修改makefile文件, 加入OBJ對 gch的依賴,用一個簡單的項目做示例,一看就明白
               
            TARGET=TimerTest
            PCH=stdafx.h.gch
            PCH_H=stdafx.h
            OBJ=stdafx.o TimerManager.o TimerTest.o

            %.o:%.cpp
                g++ -Wall -c -g $^ -o $@

            $(TARGET):$(OBJ)
                g++ -g  $^ -o $@


            pch.d:stdafx.cpp
                g++ -g -MM stdafx.cpp |sed 's/stdafx.o/stdafx.h.gch/'>$@

            -include pch.d

            $(OBJ):$(PCH)
            $(PCH):
                g++ $(PCH_H)

            clean:
                rm -f $(OBJ) $(PCH)

                完成以上內(nèi)容后,make clean,再重新編譯,初步估計只需要2分鐘!!  整整優(yōu)化了4-5倍。
                  

            posted on 2011-03-19 16:39 feixuwu 閱讀(4385) 評論(5)  編輯 收藏 引用 所屬分類: 游戲開發(fā)

            FeedBack:
            # re: GCC項目編譯速度優(yōu)化
            2011-03-24 17:34 | linux
            一看就是windows程序員的思維來考慮linux的問題,安一個ccache吧,你對linux的了解太少了,所以才會用windows的思維來考慮linux問題  回復(fù)  更多評論
              
            # re: GCC項目編譯速度優(yōu)化
            2011-03-24 22:42 | feixuwu
            @linux
            3qs,原來還有這個工具,話說用這個工具就是linux的思維了?  回復(fù)  更多評論
              
            # re: GCC項目編譯速度優(yōu)化
            2011-08-14 17:09 | 張立斌
            請問,預(yù)編譯對模版有效嗎?  回復(fù)  更多評論
              
            # re: GCC項目編譯速度優(yōu)化
            2011-08-14 20:01 | feixuwu
            @張立斌
            有效,個人感覺這個和模板無關(guān)。  回復(fù)  更多評論
              
            # re: GCC項目編譯速度優(yōu)化
            2012-02-07 21:41 | 鏡水閣主
            @linux
            ccache也只是編譯一次后能夠加快,速度,如果是第一次編譯,沒有任何速度提升。
              回復(fù)  更多評論
              
            <2014年4月>
            303112345
            6789101112
            13141516171819
            20212223242526
            27282930123
            45678910

            文章轉(zhuǎn)載請注明出處

            常用鏈接

            留言簿(11)

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久人妻无码中文字幕| 69SEX久久精品国产麻豆| 欧美精品国产综合久久| 久久婷婷五月综合色奶水99啪| 亚洲精品99久久久久中文字幕| 亚洲中文字幕无码久久精品1| 精品少妇人妻av无码久久| 久久久精品国产Sm最大网站| 亚洲精品无码成人片久久| 久久99精品久久久久久9蜜桃| 无码八A片人妻少妇久久| 久久精品国产免费| 久久人与动人物a级毛片| 亚洲国产精品久久久久婷婷老年| 一本色综合久久| 国内精品久久久久久久涩爱 | 麻豆精品久久久久久久99蜜桃| 久久久久久久波多野结衣高潮| 久久综合九色综合精品| 久久精品午夜一区二区福利| 亚洲综合久久夜AV | 精品综合久久久久久88小说| 99久久99久久精品免费看蜜桃| 99久久夜色精品国产网站| 亚洲精品视频久久久| 久久久久亚洲AV成人网| 久久久精品一区二区三区| 久久精品亚洲精品国产色婷| 色综合久久久久久久久五月| 亚洲国产婷婷香蕉久久久久久| 91精品国产综合久久四虎久久无码一级 | 欧美激情精品久久久久久久九九九 | 久久国产AVJUST麻豆| 久久久久亚洲AV无码去区首| 精品国产热久久久福利| 精品多毛少妇人妻AV免费久久 | av色综合久久天堂av色综合在| 一本综合久久国产二区| 久久亚洲sm情趣捆绑调教| 精品熟女少妇AV免费久久| 亚洲精品蜜桃久久久久久|