• <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>
            隨筆 - 31  文章 - 128  trackbacks - 0
            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(5)

            隨筆分類(38)

            隨筆檔案(31)

            收藏夾(4)

            College

            High School

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 55886
            • 排名 - 407

            最新評論

            • 1.?re: [yc]詳解link
            • 面試的時候面試官就問過我什么是編譯和鏈接,我說編譯就是把代碼文件生成目標文件,鏈接就是把目標文件生成可執行文件,他說不對,又問我什么是動態鏈接,還問我預編譯都做什么處理。。。都在這里找到了答案!!!!
            • --王至乾
            • 2.?re: [yc]詳解link
            • @劉偉
              我是說博主,不是叫你啊
            • --溪流
            • 3.?re: [yc]詳解link
            • 誰是石老師,我不是哈@溪流
            • --劉偉
            • 4.?re: [yc]詳解link
            • 石老師?我是溪流~
            • --溪流
            • 5.?re: [yc]詳解link
            • 期待樓主下文啊,多謝樓主了
            • --劉偉

            閱讀排行榜

            評論排行榜

            轉載自神的blog
            http://blog.csdn.net/vbvan/archive/2007/10/30/1856481.aspx

            搞掛你的C++編譯器 

            Play  with the compiler是一件很有趣的事情,編譯死循環的程序便是其中之一。讓我們和編譯器一起做游戲吧~

            1、Preprocess

            a、Self Include(GCC only)
            一般的編譯器都有include嵌套層數的限制,所以你需要在適當的時候停止嵌套。利用GCC提供的__INCLUDE_LEVEL__可以很輕松的實現這一點。時間復雜度是na,n是每層的Self Include次數,a是嵌套層數。
            在其它編譯器中可以寫出類似的代碼,只是沒這么簡潔

            #if __INCLUDE_LEVEL__<199
            #include __FILE__
            #include __FILE__
            #endif

            b、Macro Expansion Explosion
            顧名思義,就是讓Preprocess之后的代碼量達到O(2n),比如下例:

            #define F1(x) x,x
            #define F2(x) F1(x),F1(x)
            #define F3(x) F2(x),F2(x)
            #define F4(x) F3(x),F3(x)
            #define F5(x) F4(x),F4(x)
            #define F6(x) F5(x),F5(x)
            #define F7(x) F6(x),F6(x)
            #define F8(x) F7(x),F7(x)
            #define F9(x) F8(x),F8(x)
            #define G1(x) F9(x),F9(x)
            #define G2(x) G1(x),G1(x)
            #define G3(x) G2(x),G2(x)
            #define G4(x) G3(x),G3(x)
            #define G5(x) G4(x),G4(x)
            #define G6(x) G5(x),G5(x)
            #define G7(x) G6(x),G6(x)
            #define G8(x) G7(x),G7(x)
            #define G9(x) G8(x),G8(x)

            int main()
            {
                 G9(1);
            }

            當然,不同的編譯器對預處理結果溢出的處理也不盡相同,一般上面的代碼不會達到預期的目的。GCC會直接出錯,而VC會出ICE(Internal Compiler Error)

            2、Template

            a、嵌套
            類似的,模版也有嵌套層數限制,但是也很容易繞過。
            GCC的某些版本就會被下面的代碼搞掛(VC不會):

            #include <cstddef>
            template <class T>
            struct Test {
                 static const size_t Value=Test<Test<T> >::Value;
            };

            不過利用VC的某個bug(或者說特性),可以很容易的寫出O(na)編譯時間的模版:

            #include <cstddef>

            #define INNER(A3,N3,A2,N2) \
            template<size_t N3>\

            struct A3\
            {\
                 enum {N=A3<N3-1>::N+1};\
            };\
            template<>\

            struct A3<0>\
            {\
                 enum {N=A2<N2-1>::N};\
            };

            #define OUTER(A2,N2,A1,N1,A3,CONTENT) \
            template<size_t N2>\

            struct A2\
            {\
                 CONTENT\
                 \
                 enum {N=A3<N2>::N};\
            };\
            template<>\

            struct A2<0>\
            {\
                 enum {N=A1<N1-1>::N};\
            };

            #define LEVEL2(a,b,c) INNER(A##b,N##b,A##a,N##a)
            #define LEVEL3(a,b,c) OUTER(A##b,N##b,A##a,N##a,A##c,LEVEL2(a##1,b##1,c##1))
            #define LEVEL4(a,b,c) OUTER(A##b,N##b,A##a,N##a,A##c,LEVEL3(a##1,b##1,c##1))
            #define LEVEL5(a,b,c) OUTER(A##b,N##b,A##a,N##a,A##c,LEVEL4(a##1,b##1,c##1))

             template<size_t N1>
            struct A1
            {
                 LEVEL5(1,11,111)
                
            enum {N=A11<N1>::N};
            };

            template<>
            struct A1<0>
            {
                 enum {N=0};
            };

            這里比較有趣的一點是,標準并不允許這樣在模版類里的特化。不知道這個算VC的bug呢還是擴展呢
            A member or a member template may be nested within many enclosing class templates. In an explicit specialization for such a member, the member declaration shall be preceded by a template<> for each enclosing class template that is explicitly specialized
            基于類似的思想,GCC&VC通用的版本也不難寫出。

            b、OLE
            雖然通常模版的編譯時間都是O(n)的,不過很多編譯器的錯誤信息輸出卻是O(n2)的,利用這一點+很長的類名,很容易造成錯誤信息的Output Limit Exceed。比如:

            #define ClassName A 
            template <int N>
            class ClassName
            {
                 enum {Value=ClassName<N-1>::Value};
            };
            int main()
            {
                 int n=ClassName<0>::Value;
            }

            如果我把ClassName改成某個很長的名稱(現代的編譯器都支持很長的變量名),那么錯誤輸出就很容易OLE
            PS:上面的代碼在VC8里會直接出ICE,不過這是VC8的bug。VC2008沒有這樣的問題
            posted on 2007-11-02 18:08 shifan3 閱讀(1024) 評論(0)  編輯 收藏 引用
            久久精品水蜜桃av综合天堂| 久久99国产亚洲高清观看首页| 狠狠色综合网站久久久久久久| 久久精品免费观看| 久久久久国产日韩精品网站| 久久毛片一区二区| 久久99国产综合精品免费| 一本大道久久a久久精品综合| 久久精品国产72国产精福利| 久久久久国产精品人妻| 婷婷综合久久狠狠色99h| 亚洲欧美另类日本久久国产真实乱对白| 久久久国产99久久国产一| 国产精品美女久久久m| 欧美亚洲另类久久综合婷婷| 99久久精品费精品国产一区二区| 久久久无码精品亚洲日韩软件| 久久A级毛片免费观看| 亚洲欧美久久久久9999| 93精91精品国产综合久久香蕉| 亚洲乱码精品久久久久.. | 久久伊人色| 久久久久高潮毛片免费全部播放| 欧美激情精品久久久久久久| 久久综合久久综合久久| 精品久久久久久无码专区| 区久久AAA片69亚洲 | 思思久久精品在热线热| 久久美女人爽女人爽| 亚洲国产精品无码久久SM | 欧美久久一级内射wwwwww.| 久久青青草原综合伊人| 蜜臀av性久久久久蜜臀aⅴ| 久久人妻AV中文字幕| 一本大道久久香蕉成人网| 国产日韩欧美久久| 久久国产成人亚洲精品影院| 成人精品一区二区久久久| 91精品国产高清久久久久久国产嫩草| 久久Av无码精品人妻系列| 久久国产免费观看精品3|