• <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異常的慢  回復  更多評論
              

            亚洲av成人无码久久精品| 久久免费国产精品| 久久久久AV综合网成人 | 久久婷婷五月综合国产尤物app| 香蕉久久AⅤ一区二区三区| 久久精品国产亚洲AV忘忧草18| 人妻精品久久久久中文字幕69| 青青草原综合久久| 国产成人久久精品一区二区三区 | 亚洲国产综合久久天堂| 久久天天躁狠狠躁夜夜96流白浆| 草草久久久无码国产专区| 久久精品国产亚洲AV不卡| 久久AAAA片一区二区| 亚洲AV无码久久精品狠狠爱浪潮 | 久久精品卫校国产小美女| 精品国产福利久久久| 久久亚洲精品无码aⅴ大香| 国产69精品久久久久9999| 77777亚洲午夜久久多人| 久久久WWW免费人成精品| 国内精品久久九九国产精品| 97香蕉久久夜色精品国产| 久久精品成人免费观看97| 国产一区二区三区久久精品| 久久亚洲日韩精品一区二区三区| 午夜精品久久久久久影视777| 久久高清一级毛片| 国产日韩久久久精品影院首页| www性久久久com| 久久国产精品77777| 久久久久高潮毛片免费全部播放| 狠狠色丁香婷婷久久综合五月| 久久久青草青青国产亚洲免观| 94久久国产乱子伦精品免费| 久久久久亚洲AV无码专区体验| 国内精品久久久久久久久电影网 | 99精品久久久久久久婷婷| 久久99热这里只频精品6| 美女久久久久久| 狠狠色丁香久久婷婷综合蜜芽五月 |