• <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 冬瓜 閱讀(3379) 評論(2)  編輯 收藏 引用 所屬分類: 原創linuxpython

            Feedback

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

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

            看久久久久久a级毛片| 久久国产精品久久| 青青青伊人色综合久久| 69久久精品无码一区二区| 久久不见久久见免费视频7| 久久精品a亚洲国产v高清不卡 | 久久有码中文字幕| 亚洲国产精品久久66| 成人资源影音先锋久久资源网| a级成人毛片久久| 青青草国产精品久久久久| 欧美久久精品一级c片片| 久久久精品日本一区二区三区 | 国产精品99久久久精品无码| 狠狠色丁香婷婷久久综合| 久久精品中文字幕一区| 精品久久久久久久无码| 国产毛片久久久久久国产毛片| 久久久久亚洲AV成人网| 热久久视久久精品18| .精品久久久麻豆国产精品| 亚洲精品高清久久| 国产精品美女久久福利网站| 99久久无色码中文字幕| 亚洲欧美日韩久久精品| 久久久久99精品成人片欧美| 99久久国产主播综合精品| 综合久久国产九一剧情麻豆| 久久成人影院精品777| 久久久久青草线蕉综合超碰| 国产免费福利体检区久久 | 久久精品一区二区三区不卡| 久久精品亚洲乱码伦伦中文| 久久久久免费看成人影片| 无码任你躁久久久久久久| 久久综合九色综合久99| 久久亚洲国产精品成人AV秋霞| 91久久香蕉国产熟女线看| 无码超乳爆乳中文字幕久久| 伊人久久五月天| 热久久国产欧美一区二区精品|