C++调用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)" ([email=?add@@YAHHH@Z]?add@@YAHHH@Z[/email]),原因是找不到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);编译器就决定去找[email=add@@YAHHH@Z]add@@YAHHH@Z[/email],可惜他找不到,因为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)而不是[email=add@@YAHHH@Z]add@@YAHHH@Z[/email];

这也就为什么DLL中常看见extern "C" {},windows是采用C语言编制他首先要考虑到C可以正确调用这些DLL,而用户可能会使用C++而extern "C" {}就会发生作用

当原来的C语言写的头文件里面没有考虑这个问题的时候,可以写成这样:

#include <XXXXX.h>

#include <YYYYY.h>

extern "C" {

#include "sift.h"

#include "imgfeatures.h"

#include "kdtree.h"

#include "utils.h"

#include "xform.h"

}

这样就可以在C++里面用别人写的C语言的东西了。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Android 研究

Java虚拟机基础——2JVM运行时数据区

本篇文章主要讲解JVM运行时数据区,所以我们按照线程是否私有的维度将本篇文章一分为二,分为线程私有数据区和所有线程共有的数据区。而在线程私有的数据区又可以分为程...

1375
来自专栏Janti

JVM活学活用——类加载机制

类的实例化过程 ---- 有父类的情况 1. 加载父类静态     1.1 为静态属性分配存储空间并赋初始值     1.2 执行静态初始化块和静态初始化...

4088
来自专栏青玉伏案

ReactiveSwift源码解析(十二) MutableProperty基本代码实现

前两篇博客我们分别聊了ReactiveSwift框架中的负责标记对象的生命周期的类Lifetime以及负责原子性操作的Atomic类的具体代码实现。前两篇博客之...

1925
来自专栏我的技术专栏

Java Thread wait、notify与notifyAll

1502
来自专栏技巅

Thrift之代码生成器Compiler原理及源码详细解析1

1635
来自专栏猿人谷

assert()函数用法

assert宏的原型定义在<assert.h>中,其作用是如果它的条件返回错误,则终止程序执行,原型定义: #include <assert.h> void a...

2108
来自专栏JackeyGao的博客

Django小技巧08: Blank or Null

Django Model API 中提供了blank和null两个参数, 非常容易混淆。当我第一次使用 Django 的时候, 总是不能恰当的使用这两个参数。

733
来自专栏hbbliyong

C学习笔记(1)-结构体、预处理与多文件结构程序设计

一、结构体的定义与使用 #include <stdio.h> //定义结构体(类似模板) typedef struct { char name[50]; ...

2954
来自专栏技术专栏

慕课网Flask高级编程实战-4.flask核心机制

在 3.8节我们通过db.create_all(app=app)的方式解决了working outside application context的错误,下面我...

3473
来自专栏专注 Java 基础分享

基于 JDK 的动态代理机制

874

扫码关注云+社区

领取腾讯云代金券