昨晚有個朋友問我關於在C中調用C++庫的問題,今天午餐後,因爲脖子痛的厲害而沒有加入到咱們組的「天天一戰」的行列中去,因此正好將C和C++之間的庫調用關係作個總結。ios
1.extern "C"的理解:
不少人認爲"C"表示的C語言,實際並不是如此,"C"表示的是一種連接約定,只是因C和C++語言之間的密切關係而在它們之間更多的應用而已。實際上Fortran和彙編語言也經常使用,由於它們也正好符合C實現的約定。
extern "C"指令描述的是一種連接約定,它並不影響調用函數的定義,即時作了該聲明,對函數類型的檢查和參數轉換仍要遵循C++的標準,而不是C。web
2.extern "C"的做用:
不一樣的語言連接性是不一樣的,那麼也決定了它們編譯後的連接符號的不一樣,好比一個函數void fun(double d),C語言會把它編譯成相似_fun這樣的符號,C連接器只要找到該函數符號就能夠連接成功,它假設參數類型信息是正確的。而C++會把這個函數編譯成相似_fun_double或_xxx_funDxxx這樣的符號,在符號上增長了類型信息,這也是C++能夠實現重載的緣由。
那麼,對於用C編譯器編譯成的庫,用C++直接連接勢必會出現不能識別符號的問題,是的,須要extern "C"的時刻來了,它就是幹這個用的。extern "C" 的做用就是讓編譯器知道要以C語言的方式編譯和鏈接封裝函數。函數
3.在C++中調用C庫的例子:
1).作一個C動態庫:
spa
編譯並copy到系統庫目錄下(也能夠本身定義庫目錄,man ldconfig):
[root@coredump test]# gcc --shared -o libhello.so hello.c
[root@coredump test]# cp libhello.so /lib/
2).寫個C++程序去調用它:
.net
編譯並運行:
[root@coredump test]# g++ test.cpp -o test -lhello
[root@coredump test]# ./test
hello
[root@coredump test]#
3).__cplusplus宏的條件編譯:
爲何要加這個條件編譯呢?小瀋陽有話:小妹,這是爲何呢?
由於這種技術也可能會用在由C頭文件產生出的C++文件中,這樣使用是爲了創建起公共的C和C++文件,也就是保證當這個文件被用作C文件編譯時,能夠去掉C++結構,也就是說,extern "C"語法在C編譯環境下是不容許的。
好比:將上面的test.cpp改名爲test.c,將頭文件改成stdio.h,將條件編譯去掉,再用gcc編譯就能夠看到效果。而即便作了上面的修改,若是用g++編譯就能夠正常使用,這就是我上面說的「公共的C和C++文件」的意思。orm
4.C調用C++庫:
C++調用C庫看上去也不是那麼困難,由於C++自己就有向前(向C)兼容的特性,再加上純自然的extern "C"約定,使得一切都是那麼天然。而讓C調用C++的庫彷佛就沒那麼容易,不過也不是不能夠的。
說到這裏我得休息一下,大中午的,出去抽根菸先,不過我也相信若是你不知道答案,看到這裏的時候確定在處處找板磚,巴不得敲開個人腦袋子。我能理解,我也習慣了,我有個學姐一看到我第一反應就是扔出一塊磚頭先!
言歸正傳,仍是要藉助這純自然的extern "C"。對象
1)作一個C++庫:
接口
編譯並copy到系統庫目錄下:
[root@coredump test]# g++ --shared -o libworld.so world.cpp
[root@coredump test]# cp libworld.so /lib/
2)作一箇中間接口庫,對C++庫進行二次封裝:
ci
其中方法m_world即爲libworld庫中world方法的二次封裝,編譯並copy到系統庫目錄下:
[root@coredump test]# g++ --shared -o libmid.so mid.cpp -lworld
[root@coredump test]# cp libmid.so /lib/
3).C程序經過連接二次接口庫去調用C++庫:
get
編譯並運行:[root@coredump test]# gcc test.c -l mid -o test[root@coredump test]# ./testworld[root@coredump test]#注:若是對於C++庫中含有類的,能夠在二次接口函數中生成臨時對象來調用對應的功能函數,固然要根據實際狀況來定了。