• <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久久超碰国产精品2021| 国内精品久久久久久麻豆| 精品久久久久久99人妻| 久久99国产精品一区二区| 久久99精品久久久久久动态图 | 亚洲国产成人精品91久久久 | 久久九九有精品国产23百花影院| 精品人妻伦九区久久AAA片69| 久久精品国产欧美日韩99热| 亚洲中文字幕伊人久久无码| 久久99国产精品久久99小说| 久久久久久精品成人免费图片| 漂亮人妻被中出中文字幕久久| 国产69精品久久久久观看软件| 亚洲精品乱码久久久久久蜜桃图片| 一本色道久久HEZYO无码| 久久精品无码午夜福利理论片| 国产精品99久久久久久人| 国产成人精品久久亚洲高清不卡 | 久久精品一区二区三区中文字幕| 亚洲精品97久久中文字幕无码| 精品国产日韩久久亚洲| 久久无码人妻一区二区三区| 久久久精品午夜免费不卡| 久久夜色撩人精品国产小说| 人人狠狠综合久久88成人| 欧美久久综合性欧美| 久久国内免费视频| 久久最近最新中文字幕大全| 偷偷做久久久久网站| 国内精品久久久久影院免费| 久久精品二区| 2021精品国产综合久久| 伊人伊成久久人综合网777| 久久国产精品国产自线拍免费| 欧美麻豆久久久久久中文| 99国产欧美久久久精品蜜芽| 四虎影视久久久免费观看| 久久99精品国产一区二区三区| 久久久久久久波多野结衣高潮 | 亚洲国产天堂久久综合网站|