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

            extern "C"

            Posted on 2008-07-10 17:27 RichardHe 閱讀(473) 評論(0)  編輯 收藏 引用 所屬分類: [轉]

            前些天,編程序是用到了很久以前寫的C程序,想把里面的函數利用起來,連接發現出現了找不到具體函數的錯誤:

            以下是假設舊的C程序庫

            C的頭文件

            /*-----------c.h--------------*/
            #ifndef _C_H_
            #define _C_H_
            extern int add(int x, int y);
            #endif

            C的源文件

            /*-----------c.c--------------*/
            int
            add(int x, int y){
            return
            x+y;
            }

            C++的調用

            /*-----------cpp.cpp--------------*/
            #include "c.h"
            void main()
            {

            add(1, 0);
            }

            這樣編譯會產生錯誤cpp.obj : error LNK2001: unresolved external symbol "int __cdecl add(int,int)" (?add@@YAHHH@Z),原因是找不到add的目標模塊

            這才令我想起C++重載的函數命名方式和C函數的命名方式,讓我們回顧一下:C中函數編譯后命名會在函數名前加以"_",比如add函數編譯成obj文件時的實際命名為_add,而c++命名則不同,為了實現函數重載同樣的函數名add因參數的不同會被編譯成不同的名字

            例如

            int add(int , int)==>add@@YAHHH@Z,

            float add(float , float )==>add@@YAMMM@Z,

            以上是VC6的命名方式,不同的編譯器會不同,總之不同的參數同樣的函數名將編譯成不同目標名,以便于函數重載是調用具體的函數。

            編譯cpp.cpp中編譯器在cpp文件中發現add(1, 0);的調用而函數聲明為extern int add(int x, int y);編譯器就決定去找add@@YAHHH@Z,可惜他找不到,因為C的源文件把extern int add(int x, int y);編譯成_add了;

            為了解決這個問題C++采用了extern "C",這就是我們的主題,想要利用以前的C程序庫,那么你就要學會它,我們可以看以下標準頭文件你會發現,很多頭文件都有以下的結構

            #ifndef __H
            #define __H
            #ifdef __cplusplus
            extern "C" {
            #endif

            extern
            int f1(int, int);
            extern
            int f2(int, int);
            extern
            int f3(int, int);


            #ifdef __cplusplus
            }
            #endif

            #endif /*__H*/

            如果我們仿制該頭文件可以得到

            #ifndef _C_H_
            #define _C_H_
            #ifdef __cplusplus
            extern "C" {
            #endif

            extern
            int add(int, int);

            #ifdef __cplusplus
            }
            #endif

            #endif /* _C_H_ */

            這樣編譯

            /*-----------c.c--------------*/
            int
            add(int x, int y){
            return
            x+y;
            }

            這時源文件為*.c,__cplusplus沒有被定義,extern "C" {}這時沒有生效對于C他看到只是extern int add(int, int);
            add函數編譯成_add(int, int);

            而編譯c++源文件

            /*-----------cpp.cpp--------------*/
            #include "c.h"
            void main()
            {

            add(1, 0);
            }

            這時源文件為*.cpp,__cplusplus被定義,對于C++他看到的是extern "C" {extern int add(int, int);}編譯器就會知道 add(1, 0);調用的C風格的函數,就會知道去c.obj中找_add(int, int)而不是add@@YAHHH@Z

            這也就為什么DLL中常看見extern "C" {},windows是采用C語言編制他首先要考慮到C可以正確調用這些DLL,而用戶可能會使用C++而extern "C" {}就會發生作用

            posts - 94, comments - 138, trackbacks - 0, articles - 94

            Copyright © RichardHe

            久久se精品一区精品二区| 免费无码国产欧美久久18| 久久久久久久久波多野高潮| 色偷偷88欧美精品久久久| 国产精品久久久久久五月尺| 四虎国产精品成人免费久久| 久久久亚洲欧洲日产国码aⅴ | 久久99热这里只频精品6| 亚洲精品美女久久777777| 99久久亚洲综合精品网站| 亚洲午夜久久久影院伊人| 久久精品国产日本波多野结衣| 亚洲AV无码1区2区久久| 99精品久久久久久久婷婷| 三级三级久久三级久久| 99精品伊人久久久大香线蕉| 人妻无码久久一区二区三区免费 | 久久久久久综合一区中文字幕| 一本久久免费视频| 精品久久久久久国产三级| 狠狠色伊人久久精品综合网| 天天躁日日躁狠狠久久| 婷婷国产天堂久久综合五月| 久久99国产一区二区三区| 国产精品久久久久久久久| 九九精品99久久久香蕉| 亚洲第一极品精品无码久久 | 粉嫩小泬无遮挡久久久久久| 久久夜色精品国产噜噜亚洲a| 久久久久亚洲AV无码去区首| 老司机国内精品久久久久| 欧美熟妇另类久久久久久不卡| 伊人久久亚洲综合影院| 久久久久久久国产免费看| 香蕉久久夜色精品国产2020 | 夜夜亚洲天天久久| 久久精品视频免费| 久久97久久97精品免视看| 久久久久一级精品亚洲国产成人综合AV区| 狠狠色丁香久久综合婷婷| 精品久久8x国产免费观看|