• <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++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              0 Posts :: 23 Stories :: 83 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(17)

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

            搜索

            •  

            最新評(píng)論

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

            1.extern "C"的理解:
            很多人認(rèn)為"C"表示的C語言,實(shí)際并非如此,"C"表示的是一種鏈接約定,只是因C和C++語言之間的密切關(guān)系而在它們之間更多的應(yīng)用而已。實(shí)際上Fortran和匯編語言也常常使用,因?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"的作用:
            不同的語言鏈接性是不同的,那么也決定了它們編譯后的鏈接符號(hào)的不同,比如一個(gè)函數(shù)void fun(double d),C語言會(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編譯器編譯成的庫,用C++直接鏈接勢(shì)必會(huì)出現(xiàn)不能識(shí)別符號(hào)的問題,是的,需要extern "C"的時(shí)刻來了,它就是干這個(gè)用的。extern "C" 的作用就是讓編譯器知道要以C語言的方式編譯和連接封裝函數(shù)。

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

            // hello.c:

            #include 
            <stdio.h>

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

             

            編譯并copy到系統(tǒng)庫目錄下(也可以自己定義庫目錄,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àn)檫@種技術(shù)也可能會(huì)用在由C頭文件產(chǎn)生出的C++文件中,這樣使用是為了建立起公共的C和C++文件,也就是保證當(dāng)這個(gè)文件被用做C文件編譯時(shí),可以去掉C++結(jié)構(gòu),也就是說,extern "C"語法在C編譯環(huán)境下是不允許的。
            比如:將上面的test.cpp更名為test.c,將頭文件改為stdio.h,將條件編譯去掉,再用gcc編譯就可以看到效果。而即使做了上面的修改,如果用g++編譯就可以正常使用,這就是我上面說的“公共的C和C++文件”的意思。

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

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

            // world.cpp

            #include 
            <iostream>

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


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

            // mid.cpp

            #include 
            <iostream>

            void world();

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

              
            void m_world()
              {
                world();
              }

            #ifdef __cplusplus
            }
            #endif


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

            // 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++庫中含有類的,可以在二次接口函數(shù)中生成臨時(shí)對(duì)象來調(diào)用對(duì)應(yīng)的功能函數(shù),當(dāng)然要根據(jù)實(shí)際情況來定了。

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

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

            Feedback

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

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

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

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

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

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

            99久久99久久精品国产片| 亚洲国产婷婷香蕉久久久久久| 国内精品久久久久影院亚洲| 亚洲?V乱码久久精品蜜桃| 色天使久久综合网天天| 无码久久精品国产亚洲Av影片| 麻豆一区二区99久久久久| 免费精品99久久国产综合精品| 久久九九久精品国产| 久久精品无码一区二区WWW| 久久99精品国产99久久6男男| 日本精品一区二区久久久| 99久久精品日本一区二区免费 | 亚洲精品国精品久久99热一| 久久国产精品国产自线拍免费| 久久人人爽人人精品视频| 久久精品国产亚洲AV香蕉| 国产一区二区精品久久凹凸| 亚洲国产精品无码久久久不卡| 国内精品久久久久久中文字幕| 亚洲精品乱码久久久久66| 国产成人综合久久精品红| 国产伊人久久| 青青草原综合久久| 久久国产精品无码一区二区三区 | 久久天天躁狠狠躁夜夜avapp | 亚洲精品乱码久久久久久按摩| 一级做a爰片久久毛片人呢| 久久精品无码专区免费青青| 久久久SS麻豆欧美国产日韩| 欧美精品福利视频一区二区三区久久久精品| 国产综合久久久久久鬼色| 久久久久久毛片免费播放| 97久久国产露脸精品国产| 欧美激情一区二区久久久| 亚洲国产成人久久综合区| 一本一道久久a久久精品综合| 香蕉久久夜色精品国产尤物| 久久亚洲国产最新网站| 色播久久人人爽人人爽人人片AV| 大香伊人久久精品一区二区|