• <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>
            posts - 319, comments - 22, trackbacks - 0, articles - 11
              C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            extern "C"

            Posted on 2011-04-19 23:00 RTY 閱讀(176) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

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

             

            1. #ifdef __cplusplus   
            2. extern "C" {   
            3. #endif   
            4. //一段代碼   
            5. #ifdef __cplusplus   
            6. }   
            7. #endif  

             

             

            這樣的代碼到底是什么意思呢?首先,__cplusplus是cpp中的自定義宏,那么定義了這個宏的話表示這是一段cpp的代碼,也就是說,上面的代碼的含義是:如果這是一段cpp的代碼,那么加入extern "C"{和}處理其中的代碼。 

              要明白為何使用extern "C",還得從cpp中對函數(shù)的重載處理開始說起。在c++中,為了支持重載機制,在編譯生成的匯編碼中,要對函數(shù)的名字進行一些處理,加入比如函數(shù)的返回類型等等.而在C中,只是簡單的函數(shù)名字而已,不會加入其他的信息.也就是說:C++和C對產(chǎn)生的函數(shù)名字的處理是不一樣的. 

              比如下面的一段簡單的函數(shù),我們看看加入和不加入extern "C"產(chǎn)生的匯編代碼都有哪些變化:

             

            1. int f(void)   
            2. {   
            3. return 1;   
            4. }  

             

             

            在加入extern "C"的時候產(chǎn)生的匯編代碼是:

             

            1. .file "test.cxx"   
            2. .text   
            3. .align 2   
            4. .globl _f   
            5. .def _f; .scl 2; .type 32; .endef   
            6. _f:   
            7. pushl %ebp   
            8. movl %esp, %ebp   
            9. movl $1, %eax   
            10. popl %ebp   
            11. ret  

             

             

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

             

            1. .file "test.cxx"   
            2. .text   
            3. .align 2   
            4. .globl __Z1fv   
            5. .def __Z1fv; .scl 2; .type 32; .endef   
            6. __Z1fv:   
            7. pushl %ebp   
            8. movl %esp, %ebp   
            9. movl $1, %eax   
            10. popl %ebp   
            11. ret  

             

             

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

              明白了加入與不加入extern "C"之后對函數(shù)名稱產(chǎn)生的影響,我們繼續(xù)我們的討論:為什么需要使用extern "C"呢?C++之父在設計C++之時,考慮到當時已經(jīng)存在了大量的C代碼,為了支持原來的C代碼和已經(jīng)寫好C庫,需要在C++中盡可能的支持C,而extern "C"就是其中的一個策略。 

              試想這樣的情況:一個庫文件已經(jīng)用C寫好了而且運行得很良好,這個時候我們需要使用這個庫文件,但是我們需要使用C++來寫這個新的代碼。如果這個代碼使用的是C++的方式鏈接這個C庫文件的話,那么就會出現(xiàn)鏈接錯誤.我們來看一段代碼:首先,我們使用C的處理方式來寫一個函數(shù),也就是說假設這個函數(shù)當時是用C寫成的: 

             

            1. //f1.c   
            2. extern "C"   
            3. {   
            4. void f1()   
            5. {   
            6. return;   
            7. }   
            8. }  

             

             

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

             

            1. // test.cxx   
            2. //這個extern表示f1函數(shù)在別的地方定義,這樣可以通過   
            3. //編譯,但是鏈接的時候還是需要   
            4. //鏈接上原來的庫文件.   
            5. extern void f1();   
            6. int main()   
            7. {   
            8. f1();   
            9. return 0;   
            10. }  

             

             

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

             

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

             

             

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

              因此,為了在C++代碼中調(diào)用用C寫成的庫文件,就需要用extern "C"來告訴編譯器:這是一個用C寫成的庫文件,請用C的方式來鏈接它們。 

              比如,現(xiàn)在我們有了一個C庫文件,它的頭文件是f.h,產(chǎn)生的lib文件是f.lib,那么我們?nèi)绻贑++中使用這個庫文件,我們需要這樣寫: 

             

            1. extern "C"   
            2. {   
            3. #include "f.h"   
            4. }  

             

             

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

             

            1. extern "C"   
            2. {   
            3. extern void f1();   
            4. }   
            5. int main()   
            6. {   
            7. f1();   
            8. return 0;   
            9. }  

             

             

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

              總結 

              C和C++對函數(shù)的處理方式是不同的.extern "C"是使C++能夠調(diào)用C寫作的庫文件的一個手段,如果要對編譯器提示使用C的方式來處理函數(shù)的話,那么就要使用extern "C"來說明。

            久久久久高潮毛片免费全部播放 | 久久久久中文字幕| 99久久www免费人成精品| 亚洲天堂久久久| 久久777国产线看观看精品| 久久久久无码精品| 99蜜桃臀久久久欧美精品网站| 精品九九久久国内精品| 久久经典免费视频| 国产精品久久久久影院嫩草| 亚洲?V乱码久久精品蜜桃 | 人人狠狠综合久久亚洲| 精品国产乱码久久久久久郑州公司| 国产精品久久久99| 精品久久8x国产免费观看| 性高湖久久久久久久久AAAAA| 国产精品久久久久影视不卡| 久久亚洲国产精品成人AV秋霞| 久久线看观看精品香蕉国产| 久久亚洲精品成人av无码网站| 亚洲乱码日产精品a级毛片久久| 99久久亚洲综合精品成人| 久久久无码精品亚洲日韩按摩 | 狼狼综合久久久久综合网| 日韩精品久久久久久久电影| 久久影视综合亚洲| 国产农村妇女毛片精品久久| 精品久久一区二区三区| 久久国产热精品波多野结衣AV| 久久久久亚洲AV无码观看| 伊人久久大香线蕉无码麻豆| 久久亚洲高清综合| 人妻精品久久久久中文字幕 | www.久久热| 乱亲女H秽乱长久久久| 日本久久久久亚洲中字幕| 久久99久国产麻精品66| 99久久国产宗和精品1上映| 久久夜色精品国产噜噜亚洲a| 欧美日韩精品久久久免费观看| 开心久久婷婷综合中文字幕|