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

            Feedback

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

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

            jizzjizz国产精品久久| 国产成人精品久久综合| 亚洲欧洲精品成人久久曰影片| 国产亚洲精午夜久久久久久| 亚洲午夜无码久久久久小说| 久久亚洲AV成人出白浆无码国产| 99久久99久久精品国产| 亚洲国产成人久久综合野外| 久久精品毛片免费观看| 久久久久久一区国产精品| 久久这里只有精品18| 国产日韩久久免费影院| 色综合久久久久久久久五月| 久久99精品国产99久久6| 一本久久a久久精品vr综合| 国产三级观看久久| 国产精品久久久久久吹潮| 国产精品久久久久久久久久影院| 久久久精品午夜免费不卡| 亚洲AV无码久久| 久久久精品波多野结衣| 久久免费小视频| 国产精品免费看久久久| 欧美午夜精品久久久久免费视| 久久人人爽人人澡人人高潮AV| 精品久久一区二区| 国产精品99久久久久久人| 久久久女人与动物群交毛片| 国产精品久久久久a影院| 中文字幕精品久久| 久久久久黑人强伦姧人妻| 国产精品岛国久久久久| 国产69精品久久久久777| 综合网日日天干夜夜久久 | 伊人久久大香线蕉亚洲五月天| 国产亚州精品女人久久久久久 | 欧美一区二区精品久久| 精品永久久福利一区二区 | 久久精品久久久久观看99水蜜桃| 久久久久亚洲av成人无码电影| 久久99久久成人免费播放|