• <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 閱讀(483) 評論(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

            一本久久综合亚洲鲁鲁五月天| 99精品久久久久久久婷婷| 无遮挡粉嫩小泬久久久久久久| 久久久久久久久久久久久久| 99精品国产免费久久久久久下载| 思思久久99热只有频精品66| 99精品国产综合久久久久五月天| 麻豆成人久久精品二区三区免费| 国产91色综合久久免费| 久久国产视频99电影| 久久久久久国产精品无码下载| 久久国产欧美日韩精品| 久久露脸国产精品| 久久青青草原亚洲av无码app | 日本精品一区二区久久久| 狠狠久久综合伊人不卡| 国内精品久久久久影院薰衣草| 国产人久久人人人人爽| 中文国产成人精品久久亚洲精品AⅤ无码精品| 伊人精品久久久久7777| 久久精品国产一区| 久久综合亚洲色HEZYO社区| 久久婷婷国产麻豆91天堂| 欧美亚洲国产精品久久高清| 国产精品日韩欧美久久综合| 久久亚洲私人国产精品vA| 日本亚洲色大成网站WWW久久| 久久精品国产半推半就| AV无码久久久久不卡蜜桃| 久久丝袜精品中文字幕| 国产99久久久国产精免费| 麻豆AV一区二区三区久久| 久久久久久午夜精品| 国产精品美女久久久免费| 狠狠色丁香婷婷久久综合不卡| 久久人人爽人人爽人人片AV不| 人妻中文久久久久| 精品久久国产一区二区三区香蕉 | 久久亚洲AV无码精品色午夜| 久久国产成人| 91精品观看91久久久久久|