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

            posted on 2011-03-19 16:39 feixuwu 閱讀(4405) 評(píng)論(5)  編輯 收藏 引用 所屬分類(lèi): 游戲開(kāi)發(fā)

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

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

            常用鏈接

            留言簿(11)

            隨筆分類(lèi)

            隨筆檔案

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久久久亚洲AV无码专区体验| 久久久久久国产精品无码下载| 97久久超碰国产精品2021| 日本精品久久久久中文字幕| 人妻丰满?V无码久久不卡| 久久久精品人妻一区二区三区四| 色综合久久综精品| 亚洲成色www久久网站夜月| 国产成人久久久精品二区三区| 国产69精品久久久久APP下载 | 国内精品久久九九国产精品| 91精品国产综合久久香蕉 | 丁香久久婷婷国产午夜视频| 久久婷婷五月综合色奶水99啪| 热99re久久国超精品首页| 国产激情久久久久久熟女老人| 国产一区二区精品久久凹凸| 久久久一本精品99久久精品66| 久久夜色撩人精品国产小说| 国产精品久久久天天影视| 久久午夜夜伦鲁鲁片免费无码影视| 国产精品99久久久久久猫咪| 久久99国内精品自在现线| 国产色综合久久无码有码| 亚洲国产精品一区二区三区久久 | 久久艹国产| 国产激情久久久久影院小草| 国内精品久久九九国产精品| 久久99精品国产自在现线小黄鸭| 亚洲国产另类久久久精品黑人| 精品国产乱码久久久久软件| 久久一区二区免费播放| 久久性精品| 久久久久久免费视频| 久久久黄色大片| 久久精品国产乱子伦| 亚洲精品美女久久久久99| 久久青青草原亚洲av无码app| 亚洲av伊人久久综合密臀性色| 亚洲AV日韩AV天堂久久| 波多野结衣中文字幕久久|