• <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
            <2012年9月>
            2627282930311
            2345678
            9101112131415
            16171819202122
            23242526272829
            30123456

            常用鏈接

            留言簿(5)

            隨筆分類(38)

            隨筆檔案(31)

            收藏夾(4)

            College

            High School

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 56230
            • 排名 - 407

            最新評(píng)論

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

            閱讀排行榜

            評(píng)論排行榜

            轉(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ù)的限制,所以你需要在適當(dāng)?shù)臅r(shí)候停止嵌套。利用GCC提供的__INCLUDE_LEVEL__可以很輕松的實(shí)現(xiàn)這一點(diǎn)。時(shí)間復(fù)雜度是na,n是每層的Self Include次數(shù),a是嵌套層數(shù)。
            在其它編譯器中可以寫出類似的代碼,只是沒這么簡(jiǎn)潔

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

            b、Macro Expansion Explosion
            顧名思義,就是讓Preprocess之后的代碼量達(dá)到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);
            }

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

            2、Template

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

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

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

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

            這里比較有趣的一點(diǎn)是,標(biāo)準(zhǔn)并不允許這樣在模版類里的特化。不知道這個(gè)算VC的bug呢還是擴(kuò)展呢
            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
            雖然通常模版的編譯時(shí)間都是O(n)的,不過很多編譯器的錯(cuò)誤信息輸出卻是O(n2)的,利用這一點(diǎn)+很長(zhǎng)的類名,很容易造成錯(cuò)誤信息的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改成某個(gè)很長(zhǎng)的名稱(現(xiàn)代的編譯器都支持很長(zhǎng)的變量名),那么錯(cuò)誤輸出就很容易OLE
            PS:上面的代碼在VC8里會(huì)直接出ICE,不過這是VC8的bug。VC2008沒有這樣的問題
            posted on 2007-11-02 18:08 shifan3 閱讀(1030) 評(píng)論(0)  編輯 收藏 引用

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            2021国产精品午夜久久| 青草国产精品久久久久久| 久久精品这里热有精品| AV无码久久久久不卡蜜桃| 99国产精品久久| 亚洲国产天堂久久综合| 亚洲欧美日韩久久精品第一区| 99久久精品国产一区二区| 午夜精品久久影院蜜桃| 亚洲精品乱码久久久久66| 久久久噜噜噜久久熟女AA片| 久久99热狠狠色精品一区| 久久久噜噜噜久久中文字幕色伊伊 | 999久久久国产精品| 久久99热这里只有精品66| 久久亚洲高清观看| 亚洲狠狠婷婷综合久久久久| 久久久精品国产Sm最大网站| 亚洲精品乱码久久久久久| 狠狠色丁香婷婷久久综合五月| 精品久久久无码人妻中文字幕豆芽 | 久久99国产精品一区二区| 思思久久99热只有频精品66| 国产99久久久久久免费看| 久久A级毛片免费观看| 久久亚洲国产最新网站| 国产成人久久精品二区三区| 国产精品免费福利久久| 久久AV无码精品人妻糸列| 久久精品?ⅴ无码中文字幕| 亚洲国产天堂久久综合网站| 精品久久久久久无码中文字幕一区 | 久久伊人色| 久久精品99无色码中文字幕| 国产69精品久久久久99| 亚洲国产成人久久综合一 | 欧美日韩精品久久久免费观看| 久久综合九色综合精品| 婷婷久久综合九色综合98| 99久久99久久精品免费看蜜桃| 久久精品亚洲中文字幕无码麻豆|