• <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>

            yehao's Blog

            __declspec(selectany)的作用

            轉(zhuǎn)自http://hi.baidu.com/shitiansunny/blog/item/8de3368761204f2a67096e1c.html

            最近在用 template 編寫singleton模式代碼的時(shí)候,遇到了一個(gè)問題,template要求實(shí)現(xiàn)要在同一個(gè)文件中,所以,我只能在h文件中定義并實(shí)現(xiàn) singleton 模式類。類中必然要有靜態(tài)成員變量,靜態(tài)成員變量的定義成了問題,如果我放在cpp文件中,模板是不支持的,放在h文件中,如果h文件被多次包含,會(huì)出現(xiàn)重定義的情況。

                回來,請教高手,得知,可以在初始化靜態(tài)成員變量前面加上__declspec(selectany) ,這樣編譯器會(huì)自動(dòng)剔除對該靜態(tài)成員的重復(fù)定義。

               最近半年也一直用WTL,ATL,COM等。其實(shí)在WTL,ATL中已經(jīng)大量使用了__declspec(selectany)方法。我猜想這是為解決template單文件編程和靜態(tài)成員變量在頭文件中定義會(huì)出現(xiàn)重復(fù)定義矛盾而提出的。

            總的來說:

                __declspec(selelctany) 使在頭文件中定義靜態(tài)成員變量可行。

            ===================================================================================

             

            其他資料:

            selectany使用在c/c++工程的連接期間,一般用得很少,所以很陌生。

            這個(gè)屬性告訴編譯器聲明的全局變量是一個(gè)"任一揀選"(pick-any)COMDAT.在連接時(shí)間,如果多個(gè)COMDAT定義能看到,連接器選擇一個(gè)并且丟棄所有的剩余的。如果連接器選項(xiàng)/OPT:REF被選擇,COMDAT中所有的沒有引用的數(shù)據(jù)項(xiàng)被刪除。

            一個(gè)全局?jǐn)?shù)據(jù)在EXE或者DLL中只能被初始化一次。當(dāng)同一個(gè)頭文件被多個(gè)源文件引用時(shí),在頭中定義全局?jǐn)?shù)據(jù)始始化時(shí),這個(gè)屬性被使用。這個(gè)屬性在c和c++的編譯器中都是可用的。


            COMDAT record
            一個(gè)常用對象文件格式(COFF)記錄,它包含的已被初始化的常用塊數(shù)據(jù)和打包的函數(shù)對連接器是可以見的。
            packaged function
            當(dāng)函數(shù)級(jí)的連接功能選擇開關(guān)被打開時(shí),一個(gè)函數(shù)能被編譯器創(chuàng)建。在編譯器產(chǎn)生的對象文件中COMDAT記錄的打包的函數(shù)對于連接器是可見的。沒有打包的函數(shù)只在對象級(jí)(the object level)上連接。

            下面是MSDN上一些例子:

            //Correct - x1 is initialized and externally visible

            __declspec(selectany) int x1=1;

            //Incorrect - const is by default static in C++, so

            //x2 is not visible externally (This is OK in C, since

            //const is not by default static in C)

            const __declspec(selectany) int x2 =2;

            //Correct - x3 is extern const, so externally visible

            extern const __declspec(selectany) int x3=3;

            //Correct - x4 is extern const, so it is externally visible

            extern const int x4;

            const __declspec(selectany) int x4=4;

            //Incorrect - __declspec(selectany) is applied to the uninitialized

            //declaration of x5

            extern __declspec(selectany) int x5;


            posted on 2011-06-24 14:49 厚積薄發(fā) 閱讀(1015) 評(píng)論(0)  編輯 收藏 引用 所屬分類: C/C++

            導(dǎo)航

            <2025年7月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆分類

            文章分類

            文章檔案

            搜索

            最新評(píng)論

            久久精品一区二区| 国产成人无码精品久久久久免费| 久久综合视频网站| 99久久免费国产精品特黄| 欧美精品乱码99久久蜜桃| 色偷偷偷久久伊人大杳蕉| 久久国产亚洲高清观看| 天天久久狠狠色综合| 欧美精品九九99久久在观看| 久久精品黄AA片一区二区三区| 国产精品久久久久久久午夜片| 四虎国产精品免费久久| 久久久久国产精品熟女影院 | 久久综合九色欧美综合狠狠| 久久久亚洲AV波多野结衣| 日韩精品久久久久久| 99久久夜色精品国产网站| 99久久精品国产毛片| 久久夜色精品国产噜噜亚洲AV | 久久综合亚洲色HEZYO国产| 久久久久亚洲AV成人片| 久久久人妻精品无码一区| 99久久精品日本一区二区免费| 久久久国产精华液| 精品一区二区久久| 亚洲中文字幕无码久久2017| 亚洲国产成人精品91久久久 | 久久久久久久久久免免费精品| 欧洲人妻丰满av无码久久不卡| 亚洲午夜精品久久久久久app| 久久精品国产99久久香蕉| 精品熟女少妇a∨免费久久| 久久久久久久久波多野高潮| 亚洲精品乱码久久久久久蜜桃| 久久无码AV中文出轨人妻| 国产—久久香蕉国产线看观看| 久久精品国产精品青草app| 青青草原精品99久久精品66| 中文字幕久久精品无码| 综合久久国产九一剧情麻豆| 少妇高潮惨叫久久久久久|