• <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>

            Mike's blog

              C++博客 :: 首頁(yè) :: 聯(lián)系 :: 聚合  :: 管理
              0 Posts :: 23 Stories :: 83 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(17)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評(píng)論

            昨晚有個(gè)朋友問(wèn)我關(guān)于在C中調(diào)用C++庫(kù)的問(wèn)題,今天午飯后,由于脖子痛的厲害而沒(méi)有加入到我們組的“每天一戰(zhàn)”的行列中去,所以正好將C和C++之間的庫(kù)調(diào)用關(guān)系做個(gè)總結(jié)。

            1.extern "C"的理解:
            很多人認(rèn)為"C"表示的C語(yǔ)言,實(shí)際并非如此,"C"表示的是一種鏈接約定,只是因C和C++語(yǔ)言之間的密切關(guān)系而在它們之間更多的應(yīng)用而已。實(shí)際上Fortran和匯編語(yǔ)言也常常使用,因?yàn)樗鼈円舱梅螩實(shí)現(xiàn)的約定。
            extern "C"指令描述的是一種鏈接約定,它并不影響調(diào)用函數(shù)的定義,即時(shí)做了該聲明,對(duì)函數(shù)類型的檢查和參數(shù)轉(zhuǎn)換仍要遵循C++的標(biāo)準(zhǔn),而不是C。

            2.extern "C"的作用:
            不同的語(yǔ)言鏈接性是不同的,那么也決定了它們編譯后的鏈接符號(hào)的不同,比如一個(gè)函數(shù)void fun(double d),C語(yǔ)言會(huì)把它編譯成類似_fun這樣的符號(hào),C鏈接器只要找到該函數(shù)符號(hào)就可以鏈接成功,它假設(shè)參數(shù)類型信息是正確的。而C++會(huì)把這個(gè)函數(shù)編譯成類似_fun_double或_xxx_funDxxx這樣的符號(hào),在符號(hào)上增加了類型信息,這也是C++可以實(shí)現(xiàn)重載的原因。
            那么,對(duì)于用C編譯器編譯成的庫(kù),用C++直接鏈接勢(shì)必會(huì)出現(xiàn)不能識(shí)別符號(hào)的問(wèn)題,是的,需要extern "C"的時(shí)刻來(lái)了,它就是干這個(gè)用的。extern "C" 的作用就是讓編譯器知道要以C語(yǔ)言的方式編譯和連接封裝函數(shù)。

            3.在C++中調(diào)用C庫(kù)的例子:
            1).做一個(gè)C動(dòng)態(tài)庫(kù):

            // hello.c:

            #include 
            <stdio.h>

            void hello()
            {
              printf(
            "hello\n");
            }

             

            編譯并copy到系統(tǒng)庫(kù)目錄下(也可以自己定義庫(kù)目錄,man ldconfig):
            [root@coredump test]# gcc --shared -o libhello.so hello.c
            [root@coredump test]# cp libhello.so /lib/
            2).寫個(gè)C++程序去調(diào)用它:

            // test.cpp

            #include 
            <iostream>

            #ifdef __cplusplus
            extern "C" {               // 告訴編譯器下列代碼要以C鏈接約定的模式進(jìn)行鏈接
            #endif

            void hello();

            #ifdef __cplusplus
            }
            #endif

            int main()
            {
              hello();

              
            return 0;
            }


            編譯并運(yùn)行:
            [root@coredump test]# g++ test.cpp -o test -lhello
            [root@coredump test]# ./test
            hello
            [root@coredump test]#
            3).__cplusplus宏的條件編譯:
            為什么要加這個(gè)條件編譯呢?小沈陽(yáng)有話:小妹,這是為什么呢?
            因?yàn)檫@種技術(shù)也可能會(huì)用在由C頭文件產(chǎn)生出的C++文件中,這樣使用是為了建立起公共的C和C++文件,也就是保證當(dāng)這個(gè)文件被用做C文件編譯時(shí),可以去掉C++結(jié)構(gòu),也就是說(shuō),extern "C"語(yǔ)法在C編譯環(huán)境下是不允許的。
            比如:將上面的test.cpp更名為test.c,將頭文件改為stdio.h,將條件編譯去掉,再用gcc編譯就可以看到效果。而即使做了上面的修改,如果用g++編譯就可以正常使用,這就是我上面說(shuō)的“公共的C和C++文件”的意思。

            4.C調(diào)用C++庫(kù):
            C++調(diào)用C庫(kù)看上去也不是那么困難,因?yàn)镃++本身就有向前(向C)兼容的特性,再加上純天然的extern "C"約定,使得一切都是那么自然。而讓C調(diào)用C++的庫(kù)似乎就沒(méi)那么容易,不過(guò)也不是不可以的。
            說(shuō)到這里我得休息一下,大中午的,出去抽根煙先,不過(guò)我也相信如果你不知道答案,看到這里的時(shí)候肯定在到處找板磚,恨不得敲開(kāi)我的腦殼子。我能理解,我也習(xí)慣了,我有個(gè)學(xué)姐一看到我第一反應(yīng)就是扔出一塊磚頭先!
            言歸正傳,還是要借助這純天然的extern "C"。

            1)做一個(gè)C++庫(kù):

            // world.cpp

            #include 
            <iostream>

            void world()
            {
              std::cout 
            << "world" << std::endl;
            }


            編譯并copy到系統(tǒng)庫(kù)目錄下:
            [root@coredump test]# g++ --shared -o libworld.so world.cpp
            [root@coredump test]# cp libworld.so /lib/
            2)做一個(gè)中間接口庫(kù),對(duì)C++庫(kù)進(jìn)行二次封裝:

            // mid.cpp

            #include 
            <iostream>

            void world();

            #ifdef __cplusplus
            extern "C" {  // 即使這是一個(gè)C++程序,下列這個(gè)函數(shù)的實(shí)現(xiàn)也要以C約定的風(fēng)格來(lái)搞!
            #endif

              
            void m_world()
              {
                world();
              }

            #ifdef __cplusplus
            }
            #endif


            其中方法m_world即為libworld庫(kù)中world方法的二次封裝,編譯并copy到系統(tǒng)庫(kù)目錄下:
            [root@coredump test]# g++ --shared -o libmid.so mid.cpp -lworld
            [root@coredump test]# cp libmid.so /lib/
            3).C程序通過(guò)鏈接二次接口庫(kù)去調(diào)用C++庫(kù):

            // test.c

            #include 
            <stdio.h>

            int main()
            {
              m_world();

              
            return 0;
            }


            編譯并運(yùn)行:
            [root@coredump test]# gcc test.c -l mid -o test
            [root@coredump test]# ./test
            world
            [root@coredump test]#
            注:如果對(duì)于C++庫(kù)中含有類的,可以在二次接口函數(shù)中生成臨時(shí)對(duì)象來(lái)調(diào)用對(duì)應(yīng)的功能函數(shù),當(dāng)然要根據(jù)實(shí)際情況來(lái)定了。

            5.靠,過(guò)了午休時(shí)間了,收工!

            posted on 2009-03-25 14:34 老狼 閱讀(20795) 評(píng)論(6)  編輯 收藏 引用 所屬分類: C/C++

            Feedback

            # re: C和C++之間庫(kù)的互相調(diào)用[未登錄](méi) 2012-03-24 23:10 roger
            寫的太好了,多謝啊  回復(fù)  更多評(píng)論
              

            # re: C和C++之間庫(kù)的互相調(diào)用 2012-10-16 13:49 connie
            交代的好清楚,這次我看懂了  回復(fù)  更多評(píng)論
              

            # re: C和C++之間庫(kù)的互相調(diào)用 2013-08-08 15:43
            如果做成靜態(tài)庫(kù)會(huì)怎么樣呢?  回復(fù)  更多評(píng)論
              

            # re: C和C++之間庫(kù)的互相調(diào)用 2013-11-20 09:28 藝搜天下
            總結(jié)得不錯(cuò),支持下。
            by www.elesos.com 站長(zhǎng)  回復(fù)  更多評(píng)論
              

            # re: C和C++之間庫(kù)的互相調(diào)用 2015-08-28 10:36 藝搜天下
            C++庫(kù)中含有類的情況希望能總結(jié)下哈,已轉(zhuǎn)載  回復(fù)  更多評(píng)論
              

            # re: C和C++之間庫(kù)的互相調(diào)用 2016-01-06 12:46 maxwell
            按照例子做在C++ 中調(diào)用C的動(dòng)態(tài)庫(kù)出現(xiàn) ”undfined reference to 'hello()'的錯(cuò)誤,在C中調(diào)用C++出現(xiàn) undefined reference to 'm_world'的錯(cuò)誤,請(qǐng)問(wèn)博主如何解決?  回復(fù)  更多評(píng)論
              

            精品久久久久久| 亚洲国产精品狼友中文久久久 | 国产V综合V亚洲欧美久久| 国产精品乱码久久久久久软件| 久久久久亚洲AV无码去区首| 久久99精品国产99久久6| 久久久久九九精品影院| 精品久久久久久久国产潘金莲| 久久精品国产亚洲Aⅴ香蕉 | 久久久久18| 久久久久亚洲AV无码专区网站| 久久亚洲av无码精品浪潮| 久久综合亚洲色HEZYO国产| 一本久久精品一区二区| 狠狠色丁香久久婷婷综合图片| 欧美亚洲国产精品久久| 色综合久久无码中文字幕| 亚洲精品高清久久| 伊人久久大香线蕉综合网站| 久久久久亚洲AV无码观看| 色综合久久最新中文字幕| 中文精品久久久久人妻| 久久久久亚洲av综合波多野结衣 | 精品无码久久久久久国产| 伊人色综合久久天天网| 热re99久久6国产精品免费| 四虎影视久久久免费观看| 欧美伊香蕉久久综合类网站| 久久强奷乱码老熟女| 久久人妻少妇嫩草AV蜜桃| 99久久精品国产麻豆| 精品久久亚洲中文无码| 久久99精品国产麻豆宅宅| 久久综合精品国产一区二区三区 | 很黄很污的网站久久mimi色| 久久人人爽人人爽人人av东京热| 国产精品一久久香蕉国产线看观看| 久久影院久久香蕉国产线看观看| 久久亚洲精品中文字幕| 欧美大战日韩91综合一区婷婷久久青草 | 狠狠色丁香婷婷久久综合五月 |