• <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>

            專職C++

            不能停止的腳步

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              163 Posts :: 7 Stories :: 135 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(28)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            不管VC還是GCC也好,.cpp文件多了,模板多了,那編譯速度也就慢了,有時會長達10分鐘以上,甚至更長。因為主要是在linux下開發,所以VC就不嘗試了。
            有一天,突然想到,如果整個工程,只編譯一個文件,是不是可行?
            然后,就手動做了一個嘗試。
            然后如下做:
            首先寫一個.cxx文件,用#include把這些.cpp全部包含進來
            再修改makefile,去除.cpp,.CPP的目標生成,增加.cxx。然后編譯,通過。(大概整個的時間,是原有整個時間的四分之一到五分之一,如果.cpp更多,時間相對更短)
            最后再連接生成目標文件
            結果:目標文件小很多,是原來的幾分之一。
            這個有兩點擔心:
            第一是程序是否是預期運行
            第二是調試信息會不會有影響
            然后,我就嘗試程序,并完整跑通服務器,結果是完全沒有問題。
            最后,對程序進行調試,各種GDB調試操作都OK了,和多個cpp下表現一樣。
            嘗試完成后,就在程序應用了。但是生成手動就不方便了,就用python寫了一個cxx工具,在有增加.cpp文件的時候,就可用它生成.cxx了。
            嘗試成功后,在.cpp比較多的工程中,就使用這種辦法,總算是縮短不少編譯時間!(在cocos2dx,我也在考慮用同樣的辦法)
             1 # -*- coding: utf-8 -*
             2 #這個文件主要的作用是遍歷指定的目錄(包括子目錄),找出所有的.cpp文件 ,然后生成一個文件,將.cpp文件包含在指定文件中。
             3 import os
             4 import sys
             5 import codecs
             6 
             7 srclist = []
             8 
             9 def ListDir(paramDir, paramRelativePath):
            10     stItemList = os.listdir(paramDir)
            11     for stItem in stItemList:
            12         stItemFullName = os.path.join(paramDir, stItem)
            13         if os.path.isdir(stItemFullName):
            14             ListDir(stItemFullName, paramRelativePath + stItem + "/")
            15         elif os.path.isfile(stItemFullName):
            16             (stFilePath, stExt) = os.path.splitext(stItem)
            17             if stExt.upper() == ".CPP":
            18                 srclist.append("#include \"" +paramRelativePath + stItem + "\"")
            19 
            20 def CreateCxx(paramDest):
            21     f = codecs.open(paramDest, "w""utf-8")
            22     for i in srclist:
            23         f.write(i + "\n")
            24         print i
            25     f.write("\n")
            26     print "\n"
            27     f.close()
            28         
            29 if __name__ == '__main__':
            30     if len(sys.argv) < 3:
            31         print 'Usage: %s srcdir destcxx' % sys.argv[0]
            32         sys.exit(1)
            33     ListDir(sys.argv[1], "")
            34     CreateCxx(sys.argv[2])
            35     print "Create " + sys.argv[2] + " finish!"
            36 
            posted on 2014-01-02 20:59 冬瓜 閱讀(3405) 評論(2)  編輯 收藏 引用 所屬分類: 原創linuxpython

            Feedback

            # re: C++編譯速度優化嘗試一 2014-01-03 13:59 spix
            上次給GNU社區交了一份代碼,是異步編譯的,速度非常不錯。
            但是-g的信息出現了溢出,結果就被駁回了,現在還沒有解決。
            其實處理模板的方面就是實時編譯,然后靜態化,這個比較好,就是實時編譯比較耗費資源。  回復  更多評論
              

            # re: C++編譯速度優化嘗試一 2014-01-06 11:56 Amin
            整個的make clean之后編譯時間確實有縮短,但是修改單個文件make異常的慢  回復  更多評論
              

            久久久久久国产精品美女| 影音先锋女人AV鲁色资源网久久 | 久久久久女教师免费一区| 国产免费久久精品99久久| 亚洲一区中文字幕久久| 久久久久久国产精品美女| 亚洲AV伊人久久青青草原| 麻豆亚洲AV永久无码精品久久| 欧美大香线蕉线伊人久久| 国产欧美久久一区二区| 久久综合色区| 久久噜噜电影你懂的| 久久综合九色综合网站| 久久精品99无色码中文字幕| 精品人妻伦九区久久AAA片69| 韩国无遮挡三级久久| 99久久精品免费看国产一区二区三区 | 亚洲精品国精品久久99热| 久久久一本精品99久久精品88| 欧美与黑人午夜性猛交久久久| 久久久久久人妻无码| 午夜精品久久久久久久| 久久久久久国产a免费观看不卡| 国产精品久久网| 国产成人精品白浆久久69| 狠狠色丁香婷婷综合久久来| 国产成人精品免费久久久久| 国产精品一区二区久久不卡| 久久国产精品成人片免费| 色综合久久天天综合| 亚洲午夜无码AV毛片久久| 久久亚洲精品成人无码网站| 亚洲国产精品成人久久| 亚洲乱亚洲乱淫久久| 一本久道久久综合狠狠爱| 国产三级久久久精品麻豆三级| 久久精品九九亚洲精品天堂| 久久久久久久91精品免费观看| 美女久久久久久| 国产99精品久久| 久久综合亚洲色HEZYO社区|