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

首頁 > 學院 > 開發設計 > 正文

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

2019-11-14 08:59:59
字體:
來源:轉載
供稿:網友

第一篇:轉載于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()函數的實現非常簡單,就是將兩個參數的相加結果返回而已?,F在,假設要從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
欧美精品免费在线观看| 亚洲欧洲在线免费| 欧美一区二区大胆人体摄影专业网站| 美女扒开尿口让男人操亚洲视频网站| 亚洲日韩欧美视频一区| 亚洲国产精品人人爽夜夜爽| 欧美激情欧美激情在线五月| 亚洲一区亚洲二区亚洲三区| 欧美色视频日本高清在线观看| 成人黄色午夜影院| 久久福利视频导航| 国产精品久久久久久久久久久久久| 欧美夫妻性生活xx| 久久五月天综合| 精品少妇一区二区30p| 91亚洲精品视频| 亚洲国产高清福利视频| 久久天堂av综合合色| 中文日韩在线视频| 久久久国产一区二区三区| 久久久久久久999精品视频| 欧美性一区二区三区| 国产欧美精品一区二区三区介绍| 欧美日韩在线一区| 精品中文字幕久久久久久| 91av在线看| 久久久噜久噜久久综合| 久久久久成人精品| 日韩在线播放av| 青青草一区二区| 国产一区二区日韩精品欧美精品| xvideos亚洲人网站| 亚洲日韩欧美视频一区| 亚洲视频在线看| 国产xxx69麻豆国语对白| 成人女保姆的销魂服务| 国产欧美日韩精品专区| 亚洲第一网站男人都懂| 久久久www成人免费精品张筱雨| 成人激情电影一区二区| 国产xxx69麻豆国语对白| 国产综合福利在线| 精品一区二区亚洲| 国内精品久久影院| 91色精品视频在线| 国产成人精品亚洲精品| 午夜精品久久久久久久99热| 日韩经典中文字幕| 欧美日韩午夜剧场| 久久久久北条麻妃免费看| 午夜精品免费视频| 亚洲欧美精品伊人久久| 啊v视频在线一区二区三区| 国产精品美女视频网站| 国产亚洲精品久久久久动| 国产精品日韩欧美| 日韩在线中文视频| 国产一区二区三区毛片| 色婷婷**av毛片一区| 国产精品wwww| 亚洲电影免费观看高清完整版| 91亚洲永久免费精品| 国产99久久精品一区二区 夜夜躁日日躁| 欧美午夜精品久久久久久人妖| 91超碰中文字幕久久精品| 国自在线精品视频| 欧美第一页在线| 国产精品主播视频| 亚洲欧洲午夜一线一品| 青青草99啪国产免费| 久久久久久久久久久91| 亚洲人成电影网站色xx| 国产欧美精品va在线观看| 久久综合国产精品台湾中文娱乐网| 亚州av一区二区| 国产精品一区二区三区免费视频| 日日狠狠久久偷偷四色综合免费| 美女扒开尿口让男人操亚洲视频网站| 亚洲网站在线观看| 欧美情侣性视频| 久久精品人人做人人爽| 国产精品一区二区三区成人| 亚洲国产黄色片| 欧美午夜性色大片在线观看| 亚洲国产精品久久久久秋霞不卡| 久精品免费视频| 国产日韩在线亚洲字幕中文| 亚洲视频在线观看网站| 国产网站欧美日韩免费精品在线观看| 51ⅴ精品国产91久久久久久| 日韩在线精品视频| 亚洲美女视频网| 欧美成aaa人片在线观看蜜臀| 日韩av123| 欧美午夜宅男影院在线观看| 久久久久久综合网天天| 海角国产乱辈乱精品视频| 亚洲最新av在线| 国产精品久久久久久久久借妻| 亚洲第一福利网| 欧美色道久久88综合亚洲精品| 久久夜色精品国产亚洲aⅴ| 日本韩国欧美精品大片卡二| 国产成人精品av| 国产精品一区二区久久国产| 九九视频直播综合网| 亚洲欧美在线第一页| 91午夜理伦私人影院| 日韩黄在线观看| 国产91精品久久久久久久| 亚洲xxxx18| 国产亚洲精品va在线观看| 欧美性生交大片免费| 精品国产一区二区三区久久狼黑人| 欧美性极品少妇精品网站| 秋霞成人午夜鲁丝一区二区三区| 在线观看欧美www| 国产精品v日韩精品| 欧美重口另类videos人妖| 国产精品高潮呻吟久久av野狼| 福利一区视频在线观看| 亚洲电影免费观看高清完整版| 欧美国产日本高清在线| 久久久999成人| 精品久久香蕉国产线看观看gif| 精品中文字幕久久久久久| 成人激情视频免费在线| 欧美激情亚洲精品| 综合久久五月天| 日韩激情视频在线播放| 91沈先生在线观看| 日本精品视频在线观看| 国产精品入口夜色视频大尺度| 国产精品扒开腿做爽爽爽视频| 久久久精品美女| 精品国产乱码久久久久久天美| 国产精品户外野外| 精品福利视频导航| 久久久国产91| 日韩中文在线观看| 欧美有码在线视频| 欧美激情在线一区| 精品国产一区二区三区久久狼5月| 欧美电影在线播放| 久久噜噜噜精品国产亚洲综合| 亚洲香蕉av在线一区二区三区| 久久久中文字幕| 欧美成aaa人片在线观看蜜臀| 久久久久久中文| 亚洲成人激情在线| 国产精品久久视频| 欧美中文字幕视频在线观看| 亚洲一区二区福利| 曰本色欧美视频在线| 欧美日韩激情视频8区| 在线看日韩欧美| 成人亚洲欧美一区二区三区| 精品国产福利视频| 欧美精品成人91久久久久久久| 亚洲欧洲一区二区三区在线观看| 亚洲香蕉成视频在线观看| 亚洲国产日韩欧美在线动漫| 国产成人av网| 欧美在线视频播放|