青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

積木

No sub title

  C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
  140 Posts :: 1 Stories :: 11 Comments :: 0 Trackbacks

常用鏈接

留言簿(1)

我參與的團隊

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

原文轉載自:http://blog.csdn.net/leishiwei/article/details/4009307

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

Lua編譯要考慮extern “C”

分類: 游戲腳本 219人閱讀 評論(1) 收藏 舉報

 (轉 七星重劍)
C++項目要到了如Lua這種純C寫成的庫時,如果鏈接不過,就考慮是包含頭文件時沒加extern “C”。
#ifdef __cplusplus
extern "C" {
#endif
    #include "lualib.h"
    #include "lauxlib.h"
#ifdef __cplusplus
}
#endif
  
時常在cpp的代碼之中看到這樣的代碼:
#ifdef __cplusplus
extern "C" {
#endif
//一段代碼
#ifdef __cplusplus
}
#endif
  這樣的代碼到底是什么意思呢?首先,__cplusplus是cpp中的自定義宏,那么定義了這個宏的話表示這是一段cpp的代碼,也就是說,上面的代碼的含義是:如果這是一段cpp的代碼,那么加入extern "C"{和}處理其中的代碼。
  要明白為何使用extern "C",還得從cpp中對函數的重載處理開始說起。在c++中,為了支持重載機制,在編譯生成的匯編碼中,要對函數的名字進行一些處理,加入比如函數的返回類型等等.而在C中,只是簡單的函數名字而已,不會加入其他的信息.也就是說:C++和C對產生的函數名字的處理是不一樣的.
  比如下面的一段簡單的函數,我們看看加入和不加入extern "C"產生的匯編代碼都有哪些變化:
int f(void)
{
return 1;
}
  在加入extern "C"的時候產生的匯編代碼是:
.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命令產生的,所有的地方都是一樣的,唯獨是產生的函數名,一個是_f,一個是__Z1fv。
  明白了加入與不加入extern "C"之后對函數名稱產生的影響,我們繼續我們的討論:為什么需要使用extern "C"呢?C++之父在設計C++之時,考慮到當時已經存在了大量的C代碼,為了支持原來的C代碼和已經寫好C庫,需要在C++中盡可能的支持C,而extern "C"就是其中的一個策略。
  試想這樣的情況:一個庫文件已經用C寫好了而且運行得很良好,這個時候我們需要使用這個庫文件,但是我們需要使用C++來寫這個新的代碼。如果這個代碼使用的是C++的方式鏈接這個C庫文件的話,那么就會出現鏈接錯誤.我們來看一段代碼:首先,我們使用C的處理方式來寫一個函數,也就是說假設這個函數當時是用C寫成的:
//f1.c
extern "C"
{
void f1()
{
return;
}
}
  編譯命令是:gcc -c f1.c -o f1.o 產生了一個叫f1.o的庫文件。再寫一段代碼調用這個f1函數:
// test.cxx
//這個extern表示f1函數在別的地方定義,這樣可以通過
//編譯,但是鏈接的時候還是需要
//鏈接上原來的庫文件.
extern void f1();
int main()
{
f1();
return 0;
}
  通過gcc -c test.cxx -o test.o 產生一個叫test.o的文件。然后,我們使用gcc test.o f1.o來鏈接兩個文件,可是出錯了,錯誤的提示是:
test.o(.text + 0x1f):test.cxx: undefine reference to 'f1()'
  也就是說,在編譯test.cxx的時候編譯器是使用C++的方式來處理f1()函數的,但是實際上鏈接的庫文件卻是用C的方式來處理函數的,所以就會出現鏈接過不去的錯誤:因為鏈接器找不到函數。
  因此,為了在C++代碼中調用用C寫成的庫文件,就需要用extern "C"來告訴編譯器:這是一個用C寫成的庫文件,請用C的方式來鏈接它們。
  比如,現在我們有了一個C庫文件,它的頭文件是f.h,產生的lib文件是f.lib,那么我們如果要在C++中使用這個庫文件,我們需要這樣寫:
extern "C"
{
#include "f.h"
}
  回到上面的問題,如果要改正鏈接錯誤,我們需要這樣子改寫test.cxx:
extern "C"
{
extern void f1();
}
int main()
{
f1();
return 0;
}
  重新編譯并且鏈接就可以過去了.
  總結
  C和C++對函數的處理方式是不同的.extern "C"是使C++能夠調用C寫作的庫文件的一個手段,如果要對編譯器提示使用C的方式來處理函數的話,那么就要使用extern "C"來說明。

posted on 2012-12-03 10:28 Jacc.Kim 閱讀(573) 評論(0)  編輯 收藏 引用 所屬分類: VC / C++
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美日韩国产精品 | 亚洲福利视频在线| 亚洲综合电影| 国产九九视频一区二区三区| 亚洲欧美日韩系列| 亚洲欧洲99久久| 激情欧美国产欧美| 亚洲高清123| 欧美日韩一区二区高清| 亚洲综合日韩| 欧美影院在线播放| 亚洲日本在线观看| 一区二区三区不卡视频在线观看| 国产精品美女久久久免费| 久久国产天堂福利天堂| 麻豆精品在线视频| 亚洲性xxxx| 久久精品91久久香蕉加勒比| 亚洲第一搞黄网站| 日韩天天综合| 一区视频在线播放| 亚洲精品少妇网址| 国内精品免费午夜毛片| 亚洲国产精品一区二区第四页av| 欧美色欧美亚洲高清在线视频| 欧美一区二区三区视频| 免费成人美女女| 欧美一区二区视频在线| 美女在线一区二区| 久久国产精品99国产| 免费一级欧美片在线播放| 亚洲欧美日韩国产综合| 另类尿喷潮videofree| 亚洲午夜精品久久久久久app| 久久成人羞羞网站| 一区二区三区你懂的| 欧美中在线观看| 一区二区国产精品| 久久精品一区二区国产| 中文一区二区| 另类av导航| 久久九九热免费视频| 欧美日本高清一区| 你懂的国产精品| 国产小视频国产精品| 9i看片成人免费高清| 亚洲国产婷婷香蕉久久久久久99 | 99re8这里有精品热视频免费| 国产一区二区三区高清在线观看| 亚洲国产综合在线| 在线观看视频一区| 欧美一级免费视频| 午夜精品区一区二区三| 欧美日韩1区| 亚洲国产天堂久久综合网| 国产亚洲午夜| 先锋亚洲精品| 香蕉国产精品偷在线观看不卡| 欧美理论在线播放| 亚洲国产精品久久久| 在线观看国产一区二区| 欧美有码视频| 久久精品国产亚洲精品 | 久久另类ts人妖一区二区| 亚洲自拍高清| 国产精品成人免费精品自在线观看| 欧美激情第二页| 在线免费不卡视频| 久久婷婷综合激情| 亚洲第一色中文字幕| 亚洲高清不卡在线| 欧美国产视频日韩| 99re8这里有精品热视频免费| 亚洲精品一区二区三区99| 免费欧美日韩| 亚洲日本欧美| 亚洲欧美国产不卡| 国产日韩欧美综合在线| 欧美一区二区精品久久911| 久久久欧美一区二区| 伊人精品视频| 欧美黄色一级视频| 一本综合精品| 久久狠狠一本精品综合网| 国产无一区二区| 久久嫩草精品久久久精品一| 欧美成人精品在线视频| 亚洲免费av电影| 国产精品欧美风情| 欧美在线观看一区二区| 欧美护士18xxxxhd| 亚洲欧美国产高清| 国内精品久久久久久久果冻传媒 | 欧美精品自拍偷拍动漫精品| 一本一本a久久| 久久久精品国产一区二区三区| 在线播放日韩欧美| 欧美日本一道本| 亚洲欧美激情在线视频| 欧美成人在线免费视频| 中日韩男男gay无套| 国内精品伊人久久久久av一坑| 免费成人你懂的| 亚洲免费视频成人| 欧美成人日本| 欧美亚洲综合网| 亚洲三级影片| 国产一区91精品张津瑜| 欧美精品v日韩精品v韩国精品v | 欧美成人一品| 亚洲欧美一区在线| 亚洲精品国产精品国自产观看浪潮 | 久久久999国产| 亚洲精品在线电影| 狠狠色综合日日| 国产精品chinese| 欧美成人dvd在线视频| 亚洲欧美国产精品va在线观看| 亚洲电影在线| 久久久青草青青国产亚洲免观| 一区电影在线观看| 亚洲观看高清完整版在线观看| 国产精品人人做人人爽| 欧美激情一区二区三区全黄| 欧美一区2区三区4区公司二百| 亚洲精品一区二区三区不| 久久琪琪电影院| 欧美一区二区三区视频在线| 亚洲伦理在线观看| 亚洲成人直播| 国产自产高清不卡| 国产一区二区黄色| 国产视频在线观看一区二区三区 | 欧美精品福利在线| 久久在线免费观看| 久久久久久91香蕉国产| 午夜亚洲一区| 午夜久久99| 亚洲欧美一区二区三区极速播放| 99ri日韩精品视频| 亚洲精品一区二区三区不| 亚洲国产日韩精品| 最近中文字幕mv在线一区二区三区四区 | 欧美日韩午夜视频在线观看| 欧美 日韩 国产精品免费观看| 久久久亚洲高清| 久久久蜜桃一区二区人| 久久精品人人爽| 久久露脸国产精品| 免费av成人在线| 欧美国产日产韩国视频| 欧美国产日韩二区| 欧美日韩亚洲一区二区三区| 欧美人妖另类| 国产精品xxxxx| 国产精品欧美久久久久无广告| 国产精品成人一区二区艾草| 国产精品久久久久免费a∨| 国产精品每日更新| 国产亚洲日本欧美韩国| 怡红院精品视频在线观看极品| 亚洲国产精品va在线观看黑人 | 欧美猛交免费看| 欧美亚洲第一页| 国产精品中文在线| 好吊色欧美一区二区三区四区 | 欧美午夜精品理论片a级大开眼界| 欧美日韩国产免费| 国产精品综合| 国产综合视频| 亚洲乱码国产乱码精品精98午夜| 日韩午夜在线播放| 欧美亚洲一级| 亚洲大胆美女视频| 一区二区三区视频在线播放| 亚洲欧美不卡| 欧美sm重口味系列视频在线观看| 欧美日韩第一区| 国产亚洲在线| 日韩视频在线观看| 久久国产精品久久久| 欧美黄色视屏| 亚洲一区二区三区四区五区午夜| 久久成人一区| 欧美日韩在线免费| 精品电影一区| 亚洲免费一级电影| 欧美成人69av| 亚洲一级黄色片| 欧美成人综合在线| 国产一区二区观看| 亚洲亚洲精品三区日韩精品在线视频 | 激情综合久久| 这里只有精品丝袜| 免费观看一区| 欧美一区二区精品在线| 欧美日韩精品三区| 亚洲国内高清视频| 久久久久久久一区二区| 中文无字幕一区二区三区|