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

            牽著老婆滿街逛

            嚴以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            探索C++的秘密之詳解extern "C"

            時常在cpp的代碼之中看到這樣的代碼:

            #ifdef?__cplusplus
            extern ? " C " ? {
            #endif

            // 一段代碼

            #ifdef?__cplusplus
            }

            #endif

              這樣的代碼到底是什么意思呢?首先,__cplusplus是cpp中的自定義宏,那么定義了這個宏的話表示這是一段cpp的代碼,也就是說,上面的代碼的含義是:如果這是一段cpp的代碼,那么加入extern "C"{和}處理其中的代碼。
              要明白為何使用extern "C",還得從cpp中對函數(shù)的重載處理開始說起。在c++中,為了支持重載機制,在編譯生成的匯編碼中,要對函數(shù)的名字進行一些處理,加入比如函數(shù)的返回類型等等.而在C中,只是簡單的函數(shù)名字而已,不會加入其他的信息.也就是說:C++和C對產生的函數(shù)名字的處理是不一樣的.

              比如下面的一段簡單的匯編代碼都有哪些變化:

            int?f(void)
            {
            return?1;
            }

              在加入extern "C"的時候產生的匯編代碼是:

            .file?"test.cxx"
            .text
            .align?
            2
            .globl?_f
            .def?_f;?.scl?
            2;?.type?32;?.endef
            _f:
            pushl?
            %ebp
            movl?
            %esp,?%ebp
            movl?$
            1,?%eax
            popl?
            %ebp
            ret

              但是不加入了extern "C"之后

            .file?"test.cxx"
            .text
            .align?
            2
            .globl?__Z1fv
            .def?__Z1fv;?.scl?
            2;?.type?32;?.endef
            __Z1fv:
            pushl?
            %ebp
            movl?
            %esp,?%ebp
            movl?$
            1,?%eax
            popl?
            %ebp
            ret

              兩段匯編代碼同樣都是使用gcc -S命令產生的,所有的地方都是一樣的,唯獨是產生的函數(shù)名,一個是_f,一個是__Z1fv。

              明白了加入與不加入extern "C"之后對C++之父在設計C++之時,考慮到當時已經(jīng)存在了大量的C代碼,為了支持原來的C代碼和已經(jīng)寫好C庫,需要在
              試想這樣的情況:一個庫文件已經(jīng)用C寫好了而且運行得很良好,這個時候我們需要使用這個庫文件,但是我們需要使用
            C++來寫這個新的代碼。如果這個代碼使用的是C++的方式鏈接這個C庫文件的話,那么就會出現(xiàn)鏈接錯誤.我們來看一段代碼:首先,我們使用C的處理方式來寫一個函數(shù),也就是說假設這個函數(shù)當時是用C寫成的:

            //f1.c
            extern?"C"
            {
            void?f1()
            {
            return;
            }

            }

              編譯命令是:gcc -c f1.c -o f1.o 產生了一個叫f1.o的庫文件。再寫一段代碼調用這個f1函數(shù):

            //?test.cxx
            //這個extern表示f1函數(shù)在別的地方定義,這樣可以通過
            //編譯,但是鏈接的時候還是需要
            //鏈接上原來的庫文件.
            extern?void?f1();

            int?main()
            {
            f1();

            return?0;
            }

              通過gcc -c test.cxx -o test.o 產生一個叫test.o的文件。然后,我們使用gcc test.o f1.o來鏈接兩個文件,可是出錯了,錯誤的提示是:

            test.o(.text?+?0x1f):test.cxx:?undefine?reference?to?'f1()'

              也就是說,在編譯test.cxx的時候編譯器是使用C++的方式來處理f1()函數(shù)的,但是實際上鏈接的庫文件卻是用C的方式來處理函數(shù)的,所以就會出現(xiàn)鏈接過不去的錯誤:因為鏈接器找不到函數(shù)

              因此,為了在
              比如,現(xiàn)在我們有了一個C庫文件,它的頭文件是f.h,產生的lib文件是f.lib,那么我們如果要在
            C++中使用這個庫文件,我們需要這樣寫:

            extern?"C"
            {
            #include?
            "f.h"
            }

              回到上面的問題,如果要改正鏈接錯誤,我們需要這樣子改寫test.cxx:

            extern?"C"
            {
            extern?void?f1();
            }


            int?main()
            {
            f1();

            return?0;
            }

              重新編譯并且鏈接就可以過去了.

              總結


              C和C++C++能夠調用C寫作的庫文件的一個手段,如果要對編譯器提示使用C的方式來處理 posted on 2006-04-16 16:05 楊粼波 閱讀(274) 評論(0)  編輯 收藏 引用 所屬分類: 文章收藏

            久久国产亚洲精品麻豆| 久久乐国产精品亚洲综合| 久久免费看黄a级毛片| 亚洲愉拍99热成人精品热久久 | 国产日产久久高清欧美一区| 青青青国产精品国产精品久久久久 | 久久久精品人妻一区二区三区四| 精品国产VA久久久久久久冰| 99久久夜色精品国产网站| yy6080久久| 国产成人香蕉久久久久| 亚洲精品国精品久久99热一| 91麻精品国产91久久久久 | 久久精品国产亚洲av麻豆小说| 777久久精品一区二区三区无码| 热久久视久久精品18| 久久精品国产免费一区| 伊人久久大香线蕉av不变影院| 久久久久九国产精品| 一本大道久久a久久精品综合| 色妞色综合久久夜夜| 久久久久久一区国产精品| MM131亚洲国产美女久久| 亚洲精品乱码久久久久久蜜桃不卡| 国产精品狼人久久久久影院| 99久久精品国内| 午夜不卡久久精品无码免费| 国产精品久久久久久久久软件| 国产亚洲精久久久久久无码AV| 99久久婷婷免费国产综合精品| 亚洲精品午夜国产VA久久成人| 三级三级久久三级久久| 午夜精品久久久久9999高清| 久久久噜噜噜久久中文字幕色伊伊| 久久久久久无码Av成人影院| 久久久噜噜噜www成人网| 亚洲中文字幕无码久久2017| 亚洲AV日韩AV天堂久久| 亚洲午夜无码久久久久| 久久久无码人妻精品无码| 国内精品伊人久久久久av一坑|