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

隨筆 - 505  文章 - 1034  trackbacks - 0
<2007年12月>
2526272829301
2345678
9101112131415
16171819202122
23242526272829
303112345


子曾經曰過:編程無他,唯手熟爾!

常用鏈接

留言簿(94)

隨筆分類(649)

隨筆檔案(505)

相冊

BCB

Crytek

  • crymod
  • Crytek's Offical Modding Portal

Game Industry

OGRE

other

Programmers

Qt

WOW Stuff

搜索

  •  

積分與排名

  • 積分 - 921906
  • 排名 - 14

最新隨筆

最新評論

閱讀排行榜

評論排行榜

C++項目要到了如Lua這種純C寫成的庫時,如果鏈接不過,就考慮是包含頭文件時沒加extern “C”。最近我折騰tolua++的時候遇到了,找了半天沒發現問題出在哪兒,老大一句話解決了,經驗啊!

#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 2008-10-29 17:00 七星重劍 閱讀(998) 評論(3)  編輯 收藏 引用 所屬分類: PL--c/c++IDE -- visual c++C++ lib -- CEGUI

FeedBack:
# re: 鏈接不過要考慮extern “C” 2008-10-31 12:09 xoyojank
......  回復  更多評論
  
# re: 鏈接不過要考慮extern “C”[未登錄] 2008-10-31 17:28 star
呵呵,以前我編譯的時候也不知道,也害的我好慘  回復  更多評論
  
# re: 鏈接不過要考慮extern “C” 2008-10-31 19:55 七星重劍
@star
經驗是慢慢積累的  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              欧美成人午夜视频| 一区二区三区黄色| 精品粉嫩aⅴ一区二区三区四区| 欧美成人精品在线观看| 亚洲一区在线直播| 亚洲人被黑人高潮完整版| 亚洲欧美成aⅴ人在线观看| 亚洲欧洲精品一区二区三区波多野1战4| 国产欧美91| 国产精品色一区二区三区| 国产精品vvv| 欧美日韩精品久久久| 另类专区欧美制服同性| 麻豆成人精品| 欧美精品在线一区| 欧美日韩在线不卡一区| 欧美日韩三级电影在线| 欧美日韩精品一本二本三本| 欧美色综合网| 国产日韩欧美一区在线 | 亚洲第一天堂无码专区| 在线观看视频一区二区欧美日韩| 国产一区二区av| 国产精品国产三级国产专播精品人 | 欧美国产日本高清在线| 久久精品人人做人人综合| 国产精品麻豆成人av电影艾秋| 欧美成人免费全部| 欧美视频中文在线看| 国产色爱av资源综合区| 在线播放日韩欧美| 一区二区高清在线观看| 欧美中文在线视频| 欧美福利视频网站| 日韩视频在线观看免费| 羞羞答答国产精品www一本 | 亚洲综合国产精品| 欧美影院精品一区| 欧美国产第二页| 亚洲视频综合| 久久精品国产成人| 亚洲最新视频在线| 欧美午夜一区二区| 国产综合色产在线精品| 99国产一区| 欧美一区三区二区在线观看| 欧美激情一区二区三区成人| 亚洲图片欧美一区| 女人香蕉久久**毛片精品| 一区二区三区导航| 久久久久久噜噜噜久久久精品| 欧美福利视频| 国产一区二区三区高清在线观看| 亚洲毛片在线观看| 久久综合给合久久狠狠色| 亚洲精品国产精品乱码不99按摩| 午夜亚洲视频| 欧美亚一区二区| 一本色道久久综合狠狠躁篇的优点 | 性欧美videos另类喷潮| 老鸭窝毛片一区二区三区| 亚洲视频在线二区| 欧美日韩一区二| 日韩视频在线你懂得| 欧美大片一区二区三区| 亚洲一级在线观看| 欧美日本免费一区二区三区| 亚洲国内自拍| 蜜臀久久99精品久久久画质超高清| 国产精品99久久99久久久二8| 久久久久久网| 国产性色一区二区| 欧美一级淫片aaaaaaa视频| 欧美国产日韩视频| 亚洲欧美日韩国产| 久久精品动漫| 欧美激情一区二区三区高清视频| 欧美日韩国产综合一区二区| 亚洲免费精彩视频| 西西人体一区二区| 久久久噜噜噜久噜久久| 91久久午夜| 亚洲综合精品一区二区| 久久这里只有| 国产精品资源| 一本色道久久加勒比88综合| 免费在线观看成人av| 亚洲天堂成人在线观看| 欧美大片免费观看| 国产日韩精品一区二区浪潮av| 亚洲精品国精品久久99热| 久久亚洲春色中文字幕| 亚洲精品乱码久久久久| 久久久蜜桃一区二区人| 国产精品爱久久久久久久| 亚洲精品乱码久久久久久黑人 | 欧美在线观看视频一区二区| 国产精品电影观看| 亚洲女人天堂av| 亚洲免费av网站| 欧美日韩1区2区3区| 9人人澡人人爽人人精品| 亚洲国产精品第一区二区三区| 久久免费午夜影院| 黑人一区二区三区四区五区| 久久天天躁狠狠躁夜夜爽蜜月 | 午夜精品久久| 久久不见久久见免费视频1| 国产精品久久久免费| 艳妇臀荡乳欲伦亚洲一区| 欧美mv日韩mv国产网站| 亚洲欧美一区二区视频| 欧美日韩亚洲综合| 99国产精品国产精品毛片| 亚洲国产精品传媒在线观看| 欧美亚洲一区三区| 国产色婷婷国产综合在线理论片a| 夜夜嗨av色一区二区不卡| 亚洲国产综合在线看不卡| 欧美精品电影| 国产欧美一区二区三区另类精品 | 这里只有视频精品| 国产精品v欧美精品v日韩| 正在播放亚洲一区| 亚洲精选一区| 欧美日本三级| 亚洲综合成人婷婷小说| 亚洲自拍都市欧美小说| 国产精品福利片| 久久av资源网站| 久久久久久久高潮| 日韩午夜在线播放| 亚洲特色特黄| 精品88久久久久88久久久| 另类酷文…触手系列精品集v1小说| 久久久久国产免费免费| 亚洲精品乱码久久久久久日本蜜臀| 国产精品久久久久久久9999| 黄色成人免费网站| 亚洲综合欧美| 午夜国产精品影院在线观看| 国产一区二区精品久久99| 欧美韩日亚洲| 欧美久久99| 亚洲一区在线看| 国内精品久久久久久久果冻传媒 | 激情成人av| 亚洲成人资源| 欧美日韩国产成人精品| 久久久av网站| 欧美激情第10页| 午夜欧美精品| 欧美成人午夜激情视频| 亚洲午夜免费视频| 久久大逼视频| 亚洲一区二区三区四区视频| 新67194成人永久网站| 日韩一区二区福利| 亚洲视频一起| 日韩视频一区二区三区在线播放| 欧美在线免费观看视频| 亚洲欧洲精品一区| 欧美在线免费看| 亚洲一区二区三区在线看| 久久久精品国产一区二区三区| 亚洲一区二区三区免费在线观看 | 欧美伦理影院| 在线性视频日韩欧美| 在线观看欧美视频| 亚洲一区日韩| 亚洲视频大全| 欧美国产精品久久| 久久综合色一综合色88| 欧美日韩高清在线一区| 久久久视频精品| 欧美日一区二区三区在线观看国产免 | 亚洲国产精品激情在线观看| 99在线精品免费视频九九视| 在线免费日韩片| 欧美在线视频免费观看| 午夜精品久久久久影视| 欧美性大战久久久久久久| 欧美91福利在线观看| 国产午夜精品全部视频在线播放| 亚洲视频在线一区观看| 国产无遮挡一区二区三区毛片日本| 另类专区欧美制服同性| 欧美午夜视频在线| 国产亚洲精品一区二555| 久久久久国产精品www| 美乳少妇欧美精品| 欧美大尺度在线观看| 黑人操亚洲美女惩罚| 欧美影院在线| 久久漫画官网| 在线不卡中文字幕播放| 欧美成人免费在线| 欧美一区二区三区婷婷月色| 国产精品国产一区二区 | 日韩写真视频在线观看|