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

            積木

            No sub title

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

            常用鏈接

            留言簿(1)

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

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            原文轉(zhuǎn)載自:http://blog.csdn.net/leishiwei/article/details/4009307

            看完下面這篇文章,即可明白為什么在使用lua時(shí),需要對(duì)所包含的頭文件添加:extern "C"這樣的符號(hào)來(lái)括起來(lái)。
            extern "C"
            {
                #include "lua.h"
                #include "lualib.h"
                #include "luaxlib.h"
            }

            Lua編譯要考慮extern “C”

            分類(lèi): 游戲腳本 219人閱讀 評(píng)論(1) 收藏 舉報(bào)

             (轉(zhuǎn) 七星重劍)
            C++項(xiàng)目要到了如Lua這種純C寫(xiě)成的庫(kù)時(shí),如果鏈接不過(guò),就考慮是包含頭文件時(shí)沒(méi)加extern “C”。
            #ifdef __cplusplus
            extern "C" {
            #endif
                #include "lualib.h"
                #include "lauxlib.h"
            #ifdef __cplusplus
            }
            #endif
              
            時(shí)常在cpp的代碼之中看到這樣的代碼:
            #ifdef __cplusplus
            extern "C" {
            #endif
            //一段代碼
            #ifdef __cplusplus
            }
            #endif
              這樣的代碼到底是什么意思呢?首先,__cplusplus是cpp中的自定義宏,那么定義了這個(gè)宏的話(huà)表示這是一段cpp的代碼,也就是說(shuō),上面的代碼的含義是:如果這是一段cpp的代碼,那么加入extern "C"{和}處理其中的代碼。
              要明白為何使用extern "C",還得從cpp中對(duì)函數(shù)的重載處理開(kāi)始說(shuō)起。在c++中,為了支持重載機(jī)制,在編譯生成的匯編碼中,要對(duì)函數(shù)的名字進(jìn)行一些處理,加入比如函數(shù)的返回類(lèi)型等等.而在C中,只是簡(jiǎn)單的函數(shù)名字而已,不會(huì)加入其他的信息.也就是說(shuō):C++和C對(duì)產(chǎn)生的函數(shù)名字的處理是不一樣的.
              比如下面的一段簡(jiǎn)單的函數(shù),我們看看加入和不加入extern "C"產(chǎn)生的匯編代碼都有哪些變化:
            int f(void)
            {
            return 1;
            }
              在加入extern "C"的時(shí)候產(chǎn)生的匯編代碼是:
            .file "test.cxx"
            .text
            .align 2
            .globl _f
            .def _f; .scl 2; .type 32; .endef
            _f:
            pushl %ebp
            movl %esp, %ebp
            movl $1, %eax
            popl %ebp
            ret
              但是不加入了extern "C"之后
            .file "test.cxx"
            .text
            .align 2
            .globl __Z1fv
            .def __Z1fv; .scl 2; .type 32; .endef
            __Z1fv:
            pushl %ebp
            movl %esp, %ebp
            movl $1, %eax
            popl %ebp
            ret
              兩段匯編代碼同樣都是使用gcc -S命令產(chǎn)生的,所有的地方都是一樣的,唯獨(dú)是產(chǎn)生的函數(shù)名,一個(gè)是_f,一個(gè)是__Z1fv。
              明白了加入與不加入extern "C"之后對(duì)函數(shù)名稱(chēng)產(chǎn)生的影響,我們繼續(xù)我們的討論:為什么需要使用extern "C"呢?C++之父在設(shè)計(jì)C++之時(shí),考慮到當(dāng)時(shí)已經(jīng)存在了大量的C代碼,為了支持原來(lái)的C代碼和已經(jīng)寫(xiě)好C庫(kù),需要在C++中盡可能的支持C,而extern "C"就是其中的一個(gè)策略。
              試想這樣的情況:一個(gè)庫(kù)文件已經(jīng)用C寫(xiě)好了而且運(yùn)行得很良好,這個(gè)時(shí)候我們需要使用這個(gè)庫(kù)文件,但是我們需要使用C++來(lái)寫(xiě)這個(gè)新的代碼。如果這個(gè)代碼使用的是C++的方式鏈接這個(gè)C庫(kù)文件的話(huà),那么就會(huì)出現(xiàn)鏈接錯(cuò)誤.我們來(lái)看一段代碼:首先,我們使用C的處理方式來(lái)寫(xiě)一個(gè)函數(shù),也就是說(shuō)假設(shè)這個(gè)函數(shù)當(dāng)時(shí)是用C寫(xiě)成的:
            //f1.c
            extern "C"
            {
            void f1()
            {
            return;
            }
            }
              編譯命令是:gcc -c f1.c -o f1.o 產(chǎn)生了一個(gè)叫f1.o的庫(kù)文件。再寫(xiě)一段代碼調(diào)用這個(gè)f1函數(shù):
            // test.cxx
            //這個(gè)extern表示f1函數(shù)在別的地方定義,這樣可以通過(guò)
            //編譯,但是鏈接的時(shí)候還是需要
            //鏈接上原來(lái)的庫(kù)文件.
            extern void f1();
            int main()
            {
            f1();
            return 0;
            }
              通過(guò)gcc -c test.cxx -o test.o 產(chǎn)生一個(gè)叫test.o的文件。然后,我們使用gcc test.o f1.o來(lái)鏈接兩個(gè)文件,可是出錯(cuò)了,錯(cuò)誤的提示是:
            test.o(.text + 0x1f):test.cxx: undefine reference to 'f1()'
              也就是說(shuō),在編譯test.cxx的時(shí)候編譯器是使用C++的方式來(lái)處理f1()函數(shù)的,但是實(shí)際上鏈接的庫(kù)文件卻是用C的方式來(lái)處理函數(shù)的,所以就會(huì)出現(xiàn)鏈接過(guò)不去的錯(cuò)誤:因?yàn)殒溄悠髡也坏胶瘮?shù)。
              因此,為了在C++代碼中調(diào)用用C寫(xiě)成的庫(kù)文件,就需要用extern "C"來(lái)告訴編譯器:這是一個(gè)用C寫(xiě)成的庫(kù)文件,請(qǐng)用C的方式來(lái)鏈接它們。
              比如,現(xiàn)在我們有了一個(gè)C庫(kù)文件,它的頭文件是f.h,產(chǎn)生的lib文件是f.lib,那么我們?nèi)绻贑++中使用這個(gè)庫(kù)文件,我們需要這樣寫(xiě):
            extern "C"
            {
            #include "f.h"
            }
              回到上面的問(wèn)題,如果要改正鏈接錯(cuò)誤,我們需要這樣子改寫(xiě)test.cxx:
            extern "C"
            {
            extern void f1();
            }
            int main()
            {
            f1();
            return 0;
            }
              重新編譯并且鏈接就可以過(guò)去了.
              總結(jié)
              C和C++對(duì)函數(shù)的處理方式是不同的.extern "C"是使C++能夠調(diào)用C寫(xiě)作的庫(kù)文件的一個(gè)手段,如果要對(duì)編譯器提示使用C的方式來(lái)處理函數(shù)的話(huà),那么就要使用extern "C"來(lái)說(shuō)明。

            posted on 2012-12-03 10:28 Jacc.Kim 閱讀(556) 評(píng)論(0)  編輯 收藏 引用 所屬分類(lèi): VC / C++
            久久亚洲精品国产精品| 久久久久亚洲爆乳少妇无| 亚洲中文字幕久久精品无码喷水| 亚洲欧洲久久久精品| 久久久久久曰本AV免费免费| 国产高潮国产高潮久久久| 精品一久久香蕉国产线看播放 | 国产精品成人精品久久久| 91精品国产综合久久四虎久久无码一级| 久久精品国产亚洲一区二区三区| 国产精品99久久久精品无码| 91精品国产色综久久 | 亚洲国产成人久久综合碰碰动漫3d | 久久国产欧美日韩精品免费| 久久国产精品99精品国产987| 久久无码一区二区三区少妇 | 久久久青草久久久青草| 久久精品国产亚洲AV不卡| 久久99精品久久久久久不卡| 性欧美丰满熟妇XXXX性久久久| 久久久久久青草大香综合精品| 9久久9久久精品| 久久综合88熟人妻| 一本一本久久A久久综合精品| 亚洲&#228;v永久无码精品天堂久久 | 女人高潮久久久叫人喷水| 国产精品成人精品久久久| 狠色狠色狠狠色综合久久| 久久香综合精品久久伊人| 亚洲午夜久久久久久久久电影网 | 青青草原1769久久免费播放| 久久久久久九九99精品| 无码人妻久久一区二区三区| 久久免费视频1| 久久亚洲熟女cc98cm| 99久久国产综合精品女同图片| 波多野结衣久久| 伊人久久大香线蕉综合Av| 久久久久亚洲AV无码观看| 人妻无码精品久久亚瑟影视| 久久久久久久久66精品片|