• <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年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(5)

            隨筆分類(38)

            隨筆檔案(31)

            收藏夾(4)

            College

            High School

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 56590
            • 排名 - 407

            最新評論

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

            閱讀排行榜

            評論排行榜

            轉(zhuǎn)載自神的blog
            http://blog.csdn.net/vbvan/archive/2007/10/30/1856481.aspx

            搞掛你的C++編譯器 

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

            1、Preprocess

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

            #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);
            }

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

            2、Template

            a、嵌套
            類似的,模版也有嵌套層數(shù)限制,但是也很容易繞過。
            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改成某個很長的名稱(現(xiàn)代的編譯器都支持很長的變量名),那么錯誤輸出就很容易OLE
            PS:上面的代碼在VC8里會直接出ICE,不過這是VC8的bug。VC2008沒有這樣的問題
            posted on 2007-11-02 18:08 shifan3 閱讀(1035) 評論(0)  編輯 收藏 引用
            久久综合久久自在自线精品自| 一日本道伊人久久综合影| 综合久久给合久久狠狠狠97色 | 久久人爽人人爽人人片AV | 91精品国产综合久久香蕉 | 精品久久久久国产免费| 久久99久久99精品免视看动漫| 久久av无码专区亚洲av桃花岛| 精品综合久久久久久98| 69久久精品无码一区二区| 久久久SS麻豆欧美国产日韩| 精品久久久久久亚洲精品| 狠狠综合久久综合中文88| 2021最新久久久视精品爱 | 久久er国产精品免费观看8| 亚洲伊人久久精品影院| 无码乱码观看精品久久| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 久久精品成人一区二区三区| 色综合久久中文综合网| 九九久久99综合一区二区| 久久电影网2021| 亚洲精品乱码久久久久久| 欧洲精品久久久av无码电影 | 久久久久亚洲AV无码去区首| 国产69精品久久久久9999| 久久精品国产福利国产琪琪| 国内精品久久久久影院免费| 97久久国产亚洲精品超碰热| 无码久久精品国产亚洲Av影片| 99精品国产综合久久久久五月天| 亚洲国产日韩欧美综合久久| 亚洲&#228;v永久无码精品天堂久久| 99久久伊人精品综合观看| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久综合给久久狠狠97色| 久久国产热精品波多野结衣AV| 国产欧美久久久精品影院| 麻豆久久久9性大片| 久久久久高潮综合影院| 久久丫精品国产亚洲av不卡 |