• <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++中,為了支持重載機(jī)制,在編譯生成的匯編碼中,要對函數(shù)的名字進(jìn)行一些處理,加入比如函數(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)生的,所有的地方都是一樣的,唯獨(dú)是產(chǎn)生的函數(shù)名,一個是_f,一個是__Z1fv。 

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

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

             

             

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

              總結(jié) 

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

            久久99精品久久久久久齐齐| 亚洲精品白浆高清久久久久久 | 手机看片久久高清国产日韩 | 亚洲狠狠综合久久| 欧美久久精品一级c片片| 色综合久久久久综合99| 久久超碰97人人做人人爱| 国产成人99久久亚洲综合精品| 亚洲国产精品成人AV无码久久综合影院 | 亚洲国产一成人久久精品| av无码久久久久久不卡网站| 精品无码久久久久久久久久| 蜜臀av性久久久久蜜臀aⅴ麻豆 | 久久久国产打桩机| 久久福利青草精品资源站| 久久人做人爽一区二区三区 | 99久久无码一区人妻| 亚洲国产另类久久久精品 | 欧美一级久久久久久久大| 久久久久久国产精品免费无码 | 久久99精品国产麻豆 | 香蕉久久一区二区不卡无毒影院 | 中文字幕亚洲综合久久2| 天天爽天天狠久久久综合麻豆| 久久人人爽人人澡人人高潮AV| 国产美女久久精品香蕉69| 亚洲色大成网站WWW久久九九| 欧美日韩成人精品久久久免费看 | 久久AV高潮AV无码AV| 亚洲欧美久久久久9999| 久久精品国产精品亚洲下载| 久久国产亚洲精品麻豆| 久久亚洲国产午夜精品理论片| 久久精品99久久香蕉国产色戒| 久久人妻少妇嫩草AV无码专区| yy6080久久| 99精品国产99久久久久久97 | 国产精品无码久久综合网| 久久久久综合网久久| 亚洲国产精久久久久久久| 热re99久久精品国产99热|