亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 編程 > C++ > 正文

C和C++混合編譯,extern"C"的用法

2019-11-11 07:42:42
字體:
來源:轉載
供稿:網友

第一篇:轉載于C和C++混合編譯

關于extern_C 通常,在C語言的頭文件中經常可以看到類似下面這種形式的代碼

#ifdef __cplusplus extern "C" { #endif /**** some declaration or so *****/ #ifdef __cplusplus } #endif /* end of __cplusplus */

那么,這種寫法什么用呢?實際上,這是為了讓CPP能夠與C接口而采用的一種語法形式。之所以采用這種方式,是因為兩種語言之間的一些差異所導致的。由于CPP支持多態性,也就是具有相同函數名的函數可以完成不同的功能,CPP通常是通過參數區分具體調用的是哪一個函數。在編譯的時候,CPP編譯器會將參數類型和函數名連接在一起,于是在程序編譯成為目標文件以后,CPP編譯器可以直接根據目標文件中的符號名將多個目標文件連接成一個目標文件或者可執行文件。但是在C語言中,由于完全沒有多態性的概念,C編譯器在編譯時除了會在函數名前面添加一個下劃線之外,什么也不會做(至少很多編譯器都是這樣干的)。由于這種的原因,當采用CPP與C混合編程的時候,就可能會出問題。假設在某一個頭文件中定義了這樣一個函數:

int foo(int a, int b);

而這個函數的實現位于一個.c文件中,同時,在.cpp文件中調用了這個函數。那么,當CPP編譯器編譯這個函數的時候,就有可能會把這個函數名改成_fooii,這里的ii表示函數的第一參數和第二參數都是整型。而C編譯器卻有可能將這個函數名編譯成_foo。也就是說,在CPP編譯器得到的目標文件中,foo()函數是由_fooii符號來引用的,而在C編譯器生成的目標文件中,foo()函數是由_foo指代的。但連接器工作的時候,它可不管上層采用的是什么語言,它只認目標文件中的符號。于是,連接器將會發現在.cpp中調用了foo()函數,但是在其它的目標文件中卻找不到_fooii這個符號,于是提示連接過程出錯。extern “C” {}這種語法形式就是用來解決這個問題的。本文將以示例對這個問題進行說明。

首先假設有下面這樣三個文件:

/* file: test_extern_c.h */ #ifndef __TEST_EXTERN_C_H__ #define __TEST_EXTERN_C_H__ #ifdef __cplusplus extern "C" { #endif /* * this is a test function, which calculate * the multiply of a and b. */ extern int ThisIsTest(int a, int b); #ifdef __cplusplus } #endif /* end of __cplusplus */ #endif

在這個頭文件中只定義了一個函數,ThisIsTest()。這個函數被定義為一個外部函數,可以被包括到其它程序文件中。假設ThisIsTest()函數的實現位于test_extern_c.c文件中:

/* test_extern_c.c */ #include "test_extern_c.h" int ThisIsTest(int a, int b) { return (a + b); }

可以看到,ThisIsTest()函數的實現非常簡單,就是將兩個參數的相加結果返回而已。現在,假設要從CPP中調用ThisIsTest()函數:

/* main.cpp */ #include "test_extern_c.h" #include <stdio.h> #include <stdlib.h> class FOO { public: int bar(int a, int b) { 在這個CPP源文件中,定義了一個簡單的類FOO,在其成員函數bar()中調用了ThisIsTest()函數。下面看一下如果采用gcc編譯test_extern_c.c,而采用g++編譯main.cpp并與test_extern_c.o連接會發生什么情況:

[cyc@cyc src]$ gcc -c test_extern_c.c [cyc@cyc src]$ g++ main.cpp test_extern_c.o [cyc@cyc src]$ ./a.out 4 5 result=9

可以看到,程序沒有任何異常,完全按照預期的方式工作。那么,如果將test_extern_c.h中的extern “C” {}所在的那幾行注釋掉會怎樣呢?注釋后的test_extern_c.h文件內容如下:

/* test_extern_c.h */ #ifndef __TEST_EXTERN_C_H__ #define __TEST_EXTERN_C_H__ //#ifdef __cplusplus //extern "C" { //#endif /* * this is a test function, which calculate * the multiply of a and b. */ extern int ThisIsTest(int a, int b); //#ifdef __cplusplus // } //#endif /* end of __cplusplus */ #endif

除此之外,其它文件不做任何的改變,仍然采用同樣的方式編譯test_extern_c.c和main.cpp文件:

[cyc@cyc src]$ gcc -c test_extern_c.c [cyc@cyc src]$ g++ main.cpp test_extern_c.o /tmp/cca4EtJJ.o(.gnu.linkonce.t._ZN3FOO3barEii+0x10): In function `FOO::bar(int, int)': : undefined reference to `ThisIsTest(int, int)' collect2: ld returned 1 exit status

在編譯main.cpp的時候就會出錯,連接器ld提示找不到對函數ThisIsTest()的引用。

為了更清楚地說明問題的原因,我們采用下面的方式先把目標文件編譯出來,然后看目標文件中到底都有些什么符號:

[cyc@cyc src]$ gcc -c test_extern_c.c [cyc@cyc src]$ objdump -t test_extern_c.o test_extern_c.o: file format elf32-i386 SYMBOL TABLE: 00000000 l df *ABS* 00000000 test_extern_c.c 00000000 l d .text 00000000 00000000 l d .data 00000000 00000000 l d .bss 00000000 00000000 l d .comment 00000000 00000000 g F .text 0000000b ThisIsTest [cyc@cyc src]$ g++ -c main.cpp [cyc@cyc src]$ objdump -t main.o main.o: file format elf32-i386 SYMBOL TABLE: 00000000 l df *ABS* 00000000 main.cpp 00000000 l d .text 00000000 00000000 l d .data 00000000 00000000 l d .bss 00000000 00000000 l d .rodata 00000000 00000000 l d .gnu.linkonce.t._ZN3FOO3barEii 00000000 00000000 l d .eh_frame 00000000 00000000 l d .comment 00000000 00000000 g F .text 00000081 main 00000000 *UND* 00000000 atoi 00000000 *UND* 00000000 _Znwj 00000000 *UND* 00000000 _ZdlPv 00000000 w F .gnu.linkonce.t._ZN3FOO3barEii 00000027 _ZN3FOO3barEii 00000000 *UND* 00000000 _Z10ThisIsTestii 00000000 *UND* 00000000 printf 00000000 *UND* 00000000 __gxx_personality_v0

可以看到,采用gcc編譯了test_extern_c.c之后,在其目標文件test_extern_c.o中的有一個ThisIsTest符號,這個符號就是源文件中定義的ThisIsTest()函數了。而在采用g++編譯了main.cpp之后,在其目標文件main.o中有一個_Z10ThisIsTestii符號,這個就是經過g++編譯器“粉碎”過后的函數名。其最后的兩個字符i就表示第一參數和第二參數都是整型。而為什么要加一個前綴_Z10我并不清楚,但這里并不影響我們的討論,因此不去管它。顯然,這就是原因的所在,其原理在本文開頭已作了說明。

[cyc@cyc src]$ gcc -c test_extern_c.c [cyc@cyc src]$ objdump -t test_extern_c.o test_extern_c.o: file format elf32-i386 SYMBOL TABLE: 00000000 l df *ABS* 00000000 test_extern_c.c 00000000 l d .text 00000000 00000000 l d .data 00000000 00000000 l d .bss 00000000 00000000 l d .comment 00000000 00000000 g F .text 0000000b ThisIsTest

那么,為什么采用了extern “C” {}形式就不會有這個問題呢,我們就來看一下當test_extern_c.h采用extern “C” {}的形式時編譯出來的目標文件中又有哪些符號:

[cyc@cyc src]$ g++ -c main.cpp [cyc@cyc src]$ objdump -t main.o main.o: file format elf32-i386 SYMBOL TABLE: 00000000 l df *ABS* 00000000 main.cpp 00000000 l d .text 00000000 00000000 l d .data 00000000 00000000 l d .bss 00000000 00000000 l d .rodata 00000000 00000000 l d .gnu.linkonce.t._ZN3FOO3barEii 00000000 00000000 l d .eh_frame 00000000 00000000 l d .comment 00000000 00000000 g F .text 00000081 main 00000000 *UND* 00000000 atoi 00000000 *UND* 00000000 _Znwj 00000000 *UND* 00000000 _ZdlPv 00000000 w F .gnu.linkonce.t._ZN3FOO3barEii 00000027 _ZN3FOO3barEii 00000000 *UND* 00000000 ThisIsTest 00000000 *UND* 00000000 printf 00000000 *UND* 00000000 __gxx_personality_v0

注意到這里和前面有什么不同沒有,可以看到,在兩個目標文件中,都有一個符號ThisIsTest,這個符號引用的就是ThisIsTest()函數了。顯然,此時在兩個目標文件中都存在同樣的ThisIsTest符號,因此認為它們引用的實際上同一個函數,于是就將兩個目標文件連接在一起,凡是出現程序代碼段中有ThisIsTest符號的地方都用ThisIsTest()函數的實際地址代替。另外,還可以看到,僅僅被extern “C” {}包圍起來的函數采用這樣的目標符號形式,對于main.cpp中的FOO類的成員函數,在兩種編譯方式后的符號名都是經過“粉碎”了的。

因此,綜合上面的分析,我們可以得出如下結論:采用extern “C” {} 這種形式的聲明,可以使得CPP與C之間的接口具有互通性,不會由于語言內部的機制導致連接目標文件的時候出現錯誤。需要說明的是,上面只是根據我的試驗結果而得出的結論。由于對于CPP用得不是很多,了解得也很少,因此對其內部處理機制并不是很清楚,如果需要深入了解這個問題的細節請參考相關資料。

備注: 1. 對于要在cpp中使用的在c文件中寫好的函數func(),只需要在c文件的頭文件中添加extern “C”聲明就可以了。比如:extern “C” func() { …}

當然,可以使用

#ifdef __cplusplusextern "C" {#endif和#ifdef __cplusplus}#endif

將整個c文件的函數全都括起來。


第二篇:轉載于extern”C” 用法解析

引言

C++保留了一部分過程式語言的特點,因而它可以定義不屬于任何類的全局變量和函數。但是,C++畢竟是一種面向對象的程序設計語言,為了支持函數的重載,C++對全局函數的處理方式與C有明顯的不同。 extern “C”的主要作用就是為了能夠正確實現C++代碼調用其他C語言代碼。加上extern “C”后,會指示編譯器這部分代碼按C語言的進行編譯,而不是C++的。由于C++支持函數重載,因此編譯器編譯函數的過程中會將函數的參數類型也加到編譯后的代碼中,而不僅僅是函數名;而C語言并不支持函數重載,因此編譯C語言代碼的函數時不會帶上函數的參數類型,一般之包括函數名。 比如說你用C 開發了一個DLL 庫,為了能夠讓C ++語言也能夠調用你的DLL輸出(Export)的函數,你需要用extern “C”來強制編譯器不要修改你的函數名。

揭秘extern “C”

從標準頭文件說起

#ifndef __INCvxWorksh /*防止該頭文件被重復引用*/#define __INCvxWorksh#ifdef __cplusplus //__cplusplus是cpp中自定義的一個宏extern "C" { //告訴編譯器,這部分代碼按C語言的格式進行編譯,而不是C++的#endif /**** some declaration or so *****/ #ifdef __cplusplus}#endif#endif /* __INCvxWorksh */

extern “C”的含義

extern “C” 包含雙重含義,從字面上即可得到:首先,被它修飾的目標是“extern”的;其次,被它修飾的目標是“C”的。 被extern “C”限定的函數或變量是extern類型的; 1、extern關鍵字 extern是C/C++語言中表明函數和全局變量作用范圍(可見性)的關鍵字,該關鍵字告訴編譯器,其聲明的函數和變量可以在本模塊或其它模塊中使用。 通常,在模塊的頭文件中對本模塊提供給其它模塊引用的函數和全局變量以關鍵字extern聲明。例如,如果模塊B欲引用該模塊A中定義的全局變量和函數時只需包含模塊A的頭文件即可。這樣,模塊B中調用模塊A中的函數時,在編譯階段,模塊B雖然找不到該函數,但是并不會報錯;它會在鏈接階段中從模塊A編譯生成的目標代碼中找到此函數。 與extern對應的關鍵字是static,被它修飾的全局變量和函數只能在本模塊中使用。因此,一個函數或變量只可能被本模塊使用時,其不可能被extern “C”修飾。

2、被extern “C”修飾的變量和函數是按照C語言方式編譯和鏈接的 首先看看C++中對類似C的函數是怎樣編譯的。 作為一種面向對象的語言,C++支持函數重載,而過程式語言C則不支持。函數被C++編譯后在符號庫中的名字與C語言的不同。例如,假設某個函數的原型為: void foo( int x, int y ); 該函數被C編譯器編譯后在符號庫中的名字為_foo,而C++編譯器則會產生像_foo_int_int之類的名字(不同的編譯器可能生成的名字不同,但是都采用了相同的機制,生成的新名字稱為“mangled name”)。 _foo_int_int這樣的名字包含了函數名、函數參數數量及類型信息,C++就是靠這種機制來實現函數重載的。 例如,在C++中,函數void foo( int x, int y )與void foo( int x, float y )編譯生成的符號是不相同的,后者為_foo_int_float。 同樣地,C++中的變量除支持局部變量外,還支持類成員變量和全局變量。用戶所編寫程序的類成員變量可能與全局變量同名,我們以”.”來區分。而本質上,編譯器在進行編譯時,與函數的處理相似,也為類中的變量取了一個獨一無二的名字,這個名字與用戶程序中同名的全局變量名字不同。

3、舉例說明 (1)未加extern “C”聲明時的連接方式 假設在C++中,模塊A的頭文件如下:

// 模塊A頭文件 moduleA.h#ifndef MODULE_A_H#define MODULE_A_Hint foo( int x, int y );#endif//在模塊B中引用該函數:// 模塊B實現文件 moduleB.cpp#include "moduleA.h"foo(2,3);

實際上,在連接階段,鏈接器會從模塊A生成的目標文件moduleA.obj中尋找_foo_int_int這樣的符號!

(2)加extern “C”聲明后的編譯和鏈接方式 加extern “C”聲明后,模塊A的頭文件變為:

// 模塊A頭文件 moduleA.h#ifndef MODULE_A_H#define MODULE_A_Hextern "C" int foo( int x, int y );#endif

在模塊B的實現文件中仍然調用foo( 2,3 ),其結果是:

<1>A編譯生成foo的目標代碼時,沒有對其名字進行特殊處理,采用了C語言的方式;

<2>鏈接器在為模塊B的目標代碼尋找foo(2,3)調用時,尋找的是未經修改的符號名_foo。

如果在模塊A中函數聲明了foo為extern “C”類型,而模塊B中包含的是extern int foo(int x, int y),則模塊B找不到模塊A中的函數;反之亦然。

extern “C”這個聲明的真實目的是為了實現C++與C及其它語言的混合編程。

應用場合

C++代碼調用C語言代碼、在C++的頭文件中使用 在C++中引用C語言中的函數和變量,在包含C語言頭文件(假設為cExample.h)時,需進行下列處理:

extern "C"{#include "cExample.h"}

而在C語言的頭文件中,對其外部函數只能指定為extern類型,C語言中不支持extern “C”聲明,在.c文件中包含了extern “C”時會出現編譯語法錯誤。

/* c語言頭文件:cExample.h */#ifndef C_EXAMPLE_H#define C_EXAMPLE_Hextern int add(int x,int y); //注:寫成extern "C" int add(int , int ); 也可以#endif/* c語言實現文件:cExample.c */#include "cExample.h"int add( int x, int y ){ return x + y;}// c++實現文件,調用add:cppFile.cppextern "C"{ #include "cExample.h" //注:此處不妥,如果這樣編譯通不過,換成 extern "C" int add(int , int ); 可以通過}int main(int argc, char* argv[]){ add(2,3); return 0;}

如果C++調用一個C語言編寫的.DLL時,當包括.DLL的頭文件或聲明接口函數時,應加extern “C”{}。

在C中引用C++語言中的函數和變量時,C++的頭文件需添加extern “C”,但是在C語言中不能直接引用聲明了extern “C”的該頭文件,應該僅將C文件中將C++中定義的extern “C”函數聲明為extern類型

//C++頭文件 cppExample.h#ifndef CPP_EXAMPLE_H#define CPP_EXAMPLE_Hextern "C" int add( int x, int y );#endif//C++實現文件 cppExample.cpp#include "cppExample.h"int add( int x, int y ){ return x + y;}/* C實現文件 cFile.c/* 這樣會編譯出錯:#include "cExample.h" */extern int add( int x, int y );int main( int argc, char* argv[] ){ add( 2, 3 ); return 0;}

轉載于 C和C++混合編譯 extern”C” 用法解析


發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表

圖片精選

亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
成人免费网站在线看| 成人激情视频小说免费下载| 日本亚洲欧美成人| 日本三级韩国三级久久| 国产精品盗摄久久久| 国产免费一区二区三区香蕉精| 91精品国产乱码久久久久久久久| 日韩a**站在线观看| 91亚洲国产成人精品性色| 亚洲高清在线观看| 日韩在线一区二区三区免费视频| xxav国产精品美女主播| 国产小视频国产精品| 欧美性极品少妇精品网站| 97色在线视频| 亚洲国产天堂久久国产91| 国产一区二区三区在线看| 久久久在线观看| 神马国产精品影院av| 欧美在线性爱视频| 亚洲国产精品成人精品| 国产精品第3页| 亚洲成人网在线观看| 欧美日韩亚洲精品一区二区三区| 久久精品久久精品亚洲人| 日韩国产中文字幕| 欧美剧在线观看| 成人信息集中地欧美| 欧美肥婆姓交大片| www.欧美精品| 欧美日韩国产成人在线观看| 亚洲精品电影网| 久久影视免费观看| 国产欧美一区二区三区在线看| 欧美激情精品久久久久久久变态| 裸体女人亚洲精品一区| 国产精品户外野外| 国产成人鲁鲁免费视频a| 国产精品盗摄久久久| 91在线高清免费观看| 欧美视频免费在线| 欧美激情第一页xxx| 国产高清在线不卡| 精品性高朝久久久久久久| 亚洲精品在线观看www| 亚洲欧美一区二区三区久久| 欧美成人剧情片在线观看| 日韩欧美在线视频免费观看| 欧美精品在线视频观看| 国产成人精品一区二区三区| 欧美成人一区二区三区电影| 久久99国产精品自在自在app| 日韩av不卡电影| 欧美精品久久久久a| 久久免费观看视频| 91久久国产婷婷一区二区| 久久亚洲精品毛片| 日韩av在线免费观看一区| 成人激情黄色网| 国产精品夫妻激情| 国产精品av网站| 国产亚洲精品久久久优势| 成人黄色生活片| 亚洲aⅴ男人的天堂在线观看| 国产精品自拍网| 三级精品视频久久久久| 欧美中文在线观看国产| 亚洲精品欧美一区二区三区| 久久成人精品电影| 国产成人久久精品| 91久久久久久国产精品| 久久av.com| 最好看的2019的中文字幕视频| 欧美疯狂xxxx大交乱88av| 日韩最新av在线| 91色中文字幕| 中文字幕精品视频| 亚洲va欧美va在线观看| 国产精品最新在线观看| 亚洲人精品午夜在线观看| 久久精品视频在线播放| 国产免费观看久久黄| 欧美日韩亚洲天堂| 91精品视频网站| 国产精品美女www| 成人妇女淫片aaaa视频| 亚洲国产高潮在线观看| 国产精品视频网站| 亚洲国产古装精品网站| 久久资源免费视频| 久久精品国产69国产精品亚洲| 亚洲精品日韩在线| 日韩免费在线电影| 亚洲视频国产视频| 国产一区二区久久精品| 亚洲女人被黑人巨大进入al| 国产不卡精品视男人的天堂| 欧美老少配视频| 激情成人中文字幕| 俺也去精品视频在线观看| 亚洲精品99久久久久| 亚洲精品国偷自产在线99热| 成人妇女淫片aaaa视频| 欧美日韩在线第一页| 欧美午夜精品久久久久久浪潮| 久久久亚洲国产| 91久久精品国产91久久性色| 亚洲老司机av| 精品国产自在精品国产浪潮| 最近2019免费中文字幕视频三| 亚洲人成伊人成综合网久久久| 日韩电影在线观看中文字幕| 欧美日韩亚洲系列| 精品视频一区在线视频| 伊人一区二区三区久久精品| 欧美极品少妇全裸体| 亚洲第一区在线观看| 538国产精品一区二区在线| 亚洲欧洲黄色网| 国产精品视频自拍| 亚洲人成电影网站色xx| 日韩av综合网| 一区二区在线视频播放| 美女av一区二区三区| 日韩有码在线播放| 91久久久精品| 久久夜色精品国产| 国产在线不卡精品| 91色琪琪电影亚洲精品久久| 亚洲国产精品99| 国产视频丨精品|在线观看| www.日韩av.com| 成人久久久久久| 日本精品一区二区三区在线播放视频| 亚洲四色影视在线观看| 九九久久久久99精品| 精品亚洲永久免费精品| 国产精品普通话| 亚洲综合国产精品| 欧美日韩国产123| 国产午夜精品一区二区三区| 国产在线播放91| 久久久久久久久久久网站| 国产精品三级美女白浆呻吟| 国产乱人伦真实精品视频| 少妇高潮久久77777| 欧美人在线观看| 欧美亚洲国产精品| 色www亚洲国产张柏芝| 久久精品成人一区二区三区| 成人性生交大片免费观看嘿嘿视频| 欧美裸体视频网站| 久色乳综合思思在线视频| 欧美老少配视频| 欧美日韩电影在线观看| 菠萝蜜影院一区二区免费| 国产精品久久久久av| 欧美色另类天堂2015| 精品丝袜一区二区三区| 国产69久久精品成人| 88国产精品欧美一区二区三区| 午夜精品国产精品大乳美女| 高清一区二区三区四区五区| 日韩久久午夜影院|