青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 319, comments - 22, trackbacks - 0, articles - 11
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

extern "C"

Posted on 2011-04-19 23:00 RTY 閱讀(182) 評論(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ù)的,但是實(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"來說明。

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产亚洲精品久久久| 亚洲精品护士| 韩国欧美一区| 国产日韩欧美在线看| 欧美亚日韩国产aⅴ精品中极品| 牛人盗摄一区二区三区视频| 欧美成人国产va精品日本一级| 麻豆精品91| 欧美黄色片免费观看| 欧美日韩国产不卡| 国产精品成人在线| 国产视频亚洲精品| 在线电影院国产精品| 在线观看亚洲视频| 亚洲精品久久| 亚洲少妇诱惑| 久久久av水蜜桃| 欧美xart系列高清| 亚洲精品视频中文字幕| 亚洲一区久久| 每日更新成人在线视频| 欧美午夜激情在线| 国产精品久久久久久久免费软件 | 亚洲性图久久| 久久久久久久精| 亚洲三级视频| 欧美中日韩免费视频| 老司机亚洲精品| 国产精品午夜电影| 亚洲激情成人在线| 亚洲欧美资源在线| 亚洲国产成人在线视频| 亚洲综合精品| 欧美va亚洲va香蕉在线| 国产欧美一二三区| 99天天综合性| 久久综合图片| 亚洲综合999| 亚洲永久字幕| 欧美日本在线| 亚洲区一区二| 欧美在线亚洲一区| 亚洲国产成人一区| 性色av一区二区三区红粉影视| 欧美成人高清视频| 一区在线播放视频| 性欧美精品高清| 亚洲美女诱惑| 欧美aⅴ一区二区三区视频| 国产亚洲一区二区精品| 国产精品99久久久久久久久久久久| 欧美激情久久久久| 久久亚洲欧洲| 国色天香一区二区| 久久夜色精品国产噜噜av| 亚洲综合二区| 国产女主播一区二区三区| 亚洲自拍啪啪| 99精品视频免费观看视频| 欧美国产大片| 9人人澡人人爽人人精品| 亚洲第一视频网站| 麻豆成人精品| 99国产欧美久久久精品| 亚洲激情影院| 欧美日韩亚洲一区在线观看| 一区二区免费看| 亚洲精品乱码| 国产精品美腿一区在线看| 亚洲欧美日韩在线观看a三区 | 99在线精品观看| 欧美区高清在线| 在线亚洲精品| 亚洲综合色丁香婷婷六月图片| 国产精品久久久久77777| 亚洲新中文字幕| 西西裸体人体做爰大胆久久久| 国产精品欧美久久久久无广告| 午夜精品久久久久久久99水蜜桃| 亚洲在线日韩| 精品999成人| 亚洲第一页中文字幕| 亚洲国产你懂的| 欧美性大战久久久久久久| 午夜精品在线| 久久人人97超碰国产公开结果| 亚洲福利国产精品| 亚洲伦伦在线| 国产一区二区三区免费不卡| 久久尤物视频| 欧美区二区三区| 久久精品91| 裸体女人亚洲精品一区| 亚洲无亚洲人成网站77777| 亚洲欧美一区二区精品久久久| 黄网站色欧美视频| 亚洲美洲欧洲综合国产一区| 亚洲视频在线观看视频| 欧美亚洲一区二区在线| 亚洲视频在线一区观看| 欧美成年人视频| 欧美日韩国产综合网| 久久福利影视| 国产精品日韩欧美大师| 亚洲成人自拍视频| 国内精品亚洲| 欧美高清视频一区二区| 亚洲人屁股眼子交8| 精品成人在线| 久久精品国产亚洲一区二区三区| 久久综合九色综合网站| 亚洲一区二区三区乱码aⅴ蜜桃女 亚洲一区二区三区乱码aⅴ | 欧美视频在线一区二区三区| 久久国产高清| 欧美剧在线观看| 欧美va亚洲va香蕉在线| 国产精品亚洲网站| 亚洲破处大片| 精品福利av| 校园春色国产精品| 亚洲一区在线观看视频 | 麻豆精品视频在线| 欧美一级免费视频| 欧美日韩综合视频| 亚洲狠狠婷婷| 亚洲国产精品一区二区www在线| 午夜精品国产更新| 亚洲一区在线免费观看| 欧美高清在线视频观看不卡| 欧美国产三区| 在线播放不卡| 久久久久久自在自线| 久久gogo国模裸体人体| 国产精品乱码人人做人人爱| 亚洲另类在线视频| 一二美女精品欧洲| 欧美理论片在线观看| 亚洲欧洲一区二区天堂久久| 亚洲高清不卡在线| 蜜桃av一区二区三区| 久久亚洲国产精品日日av夜夜| 亚洲精品欧美专区| 亚洲电影免费在线观看| 国产欧美一区二区精品忘忧草| 欧美高清不卡| 一本大道久久精品懂色aⅴ| 久久精品国产欧美亚洲人人爽| 亚洲精品在线观| 亚洲第一偷拍| 久久国产直播| 欧美成人综合| 中文欧美日韩| 欧美日韩一区不卡| 亚洲人成网在线播放| 亚洲人成在线播放网站岛国| 久久一区国产| 亚洲国产精品久久久久久女王| 亚洲日本成人在线观看| 欧美区一区二| 亚洲一区二区在线观看视频| 久久激情五月婷婷| 亚洲国产欧美一区二区三区久久| 亚洲国产日韩欧美在线图片| 99re热这里只有精品免费视频| 欧美日韩国产bt| 亚洲欧美日产图| 欧美国产一区视频在线观看| 亚洲精品久久| 国产免费观看久久黄| 久久裸体艺术| av成人毛片| 狠狠综合久久| 欧美成人资源网| 亚洲一区免费| 久久三级福利| 亚洲人成在线免费观看| 欧美成人午夜视频| 一区二区三区四区蜜桃| 欧美一区二区啪啪| 国产精品久久久99| 久久久久久亚洲精品不卡4k岛国| 午夜亚洲伦理| 欧美黄色小视频| 99亚洲视频| 亚洲高清在线观看| 欧美日韩hd| 性久久久久久久久| 亚洲女人天堂成人av在线| 欧美一区二区女人| 欧美午夜剧场| 欧美国产日韩视频| 欧美精品性视频| 亚洲国产精品一区制服丝袜| 亚洲欧美在线免费| 欧美成人精品在线观看| 国产精品久久久久久久久久尿 | 在线视频欧美日韩| 欧美日韩在线精品一区二区三区| 国产综合精品| 亚洲国产日韩一区|