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

            亚洲欧美一区二区三区久久| 精品国产福利久久久| 亚洲va中文字幕无码久久不卡| 久久香综合精品久久伊人| 久久WWW免费人成—看片| 亚洲AV日韩精品久久久久| 国产精品美女久久久久av爽| 99久久国产综合精品女同图片| 久久青青草原精品影院| 国产69精品久久久久观看软件| 欧美一区二区精品久久| 亚洲综合精品香蕉久久网| 人妻精品久久久久中文字幕| 久久国产精品久久| 久久亚洲精品中文字幕| 亚洲国产高清精品线久久 | 四虎影视久久久免费观看| 久久精品夜夜夜夜夜久久| 欧美日韩精品久久久免费观看| 久久精品国产91久久麻豆自制| 久久久久人妻精品一区 | 久久久精品波多野结衣| 久久精品国产91久久麻豆自制| 热re99久久精品国99热| 亚洲狠狠婷婷综合久久久久 | 精品蜜臀久久久久99网站| 久久久久亚洲AV无码观看| 区亚洲欧美一级久久精品亚洲精品成人网久久久久| 久久久噜噜噜久久熟女AA片| 亚洲AV无码久久精品狠狠爱浪潮| 一本大道久久东京热无码AV| 久久99国产精品成人欧美| 久久久这里有精品中文字幕| 久久性生大片免费观看性| 亚洲午夜无码久久久久小说| 欧美激情一区二区久久久| 亚洲日韩中文无码久久| 久久久久亚洲av无码专区喷水| 丰满少妇人妻久久久久久| 91超碰碰碰碰久久久久久综合| 久久久久久国产精品免费免费|