c语言和c++的相互调用

2023-05-16

本文收录于微信公众号「 LinuxOK 」,ID为:Linux_ok,关注公众号第一时间获取更多技术学习文章。

在实际项目开发中,c和c++代码的相互调用是常见的,c++能够兼容c语言的编译方式,但是c++编译器g++默认会以c++的方式编译程序,而c程序编译器gcc会默认以c的方式编译它,所以c和c++的相互调用存在一定的技巧。

####1.c方式编译和c++方式编译
一般.cpp文件是采用g++去编译,.c文件是采用gcc编译,然而这不是绝对的。
(1)gcc和g++都可以编译.c文件,也都可以编译.cpp文件。g++和gcc是通过后缀名来辨别是c程序还是c++程序的(这一点与Linux辨别文件的方式不同,Linux是通过文件信息头辨别文件的)。
(2)在gcc看来,.c文件会以c方式去编译,.cpp文件则是以c++的方式去编译,注意,gcc不会主动去链接c++用到库stdc++,所以用gcc编译cpp文件时需要手动指定链接选项-lstdc++。而对于g++,不管是.c还是.cpp文件,都是以c++方式去编译。
(3)还需要注意,并不是说__cpluscplus 是g++编译器才会定义的宏,确切的说,是只有以c++编译的方式去编译文件的宏才会定义的宏,这样说来,gcc编译.cpp文件、g++编译.c、.cpp文件,这个 __cplusplus都会被编译器定义。

####2.c++调用c程序
假设c程序是之前写好的具有价值的静态库,该库是由add.o和sub.o编译而成,而add.c和sub.c是由c语言写的:
add.h和add.c

//add.h
#ifndef __ADD_H__
#define __ADD_H__
int add(int, int);
#endif /* __ADD_H__ */

//add.c
#include "add.h"

int add(int a, int b)
{
	return a + b;
}

sub.h和sub.c

//sub.h
#ifndef __SUB_H__
#define __SUB_H__
int sub(int, int);
#endif /* __SUB_H__ */

//sub.c
#include <stdio.h>
#include "sub.h"
int sub(int a, int b)
{
    printf("%d - %d = %d\n", a, b, a - b);
    return 0;
}

将各自编译成.o文件,并打包成静态库

$ gcc -c add.c
$ gcc -c sub.c
$ ar cqs libadd.a *.o

这样就生成了libadd.a静态库。
若要编译成动态库,则

$ gcc -shared -fPIC *.o -o libadd.so

main.cpp是c++写的,用g++编译。

//main.cpp
#include "add.h"
#include "sub.h"
#include <stdio.h>

int main(void)
{
    int c = add(1, 6);
    sub(8, 2);
    printf("c = %d\n", c);
    return 0;
}

编译:
这里写图片描述
报错未定义的add和sub函数。
通过nm确实是可以看到add和sub标号的存在的:
这里写图片描述
原因在于,main.cpp是c++文件,用g++编译器编译时(gcc也是一样的结果),会优先选择cpp的编译方式,也就是会用cpp的编译方式去编译add()、sub()函数。然而,它们是.c文件,用的是c语言的方式去编译的,所以出现如上问题。注意,cpp编译器是兼容c语言的编译方式的,所以在编译cpp文件的时候,调用到.c文件的函数的地方时,需要用extern "C"指定用c语言的方式去编译它:

//使得add.h、sub.h里面的代码用c语言的方式去编译
extern "C"{
#include "add.h"
#include "sub.h"
}
#include <stdio.h>
int main(void)
{
    int c = add(1, 6);
    printf("c = %d\n", c);
    return 0;
}

编译运行
这里写图片描述
特别注意extern "C"是c++方式编译才认识的关键字。

####3. c语言调用c++程序
c语言用c方式编译,c++程序用c++方式,要使得c语言能调用c++程序无非有2种方法(c++调用c也是一样)
(1) c语言程序用c++方式编译
既然是c语言调用c++程序,肯定是要采取c++方式编译,所以觉得这个没什么意义。操作很简单,用g++方式编译c程序即可,注意,g++会对语法、类型等更为严格的检查。
(2) c++程序用c语言方式编译
a. c方式编译和c++方式编译,其差异就在于符号表标识符。同一个函数名,在c方式编译的其函数名跟编译前的函数一致,c++方式编译的则是以函数名结合参数作为编译后的函数名。要确保文件以.c方式编译,可以利用__cplusplus,这个宏在c++编译的方式才会定义的宏,结合之前的extern C用法如下:

#ifdef __cplusplus
extern "C"{
#endif /* __cplusplus */

//用c方式编译的代码

#ifdef __cplusplus
}
#endif /* __cplusplus */

这样,对于一份.c文件,采用gcc编译时候没有定义__cplusplus,宏判断不起作用,且自是用c语言的方式编译,采用g++编译定义了_cplusplus,经过上面宏判断,所以还是会以c语言的方式编译。注意,extern “C”是g++才具有的关键字,gcc并没有,所以如果用gcc编译而不加以宏判断直接使用extern “C”那么就会出现语法错误。
用c方式去编译c++文件,还要注意重载函数。c方式编译的c++文件决定不能出现重载函数。尝试extern “C”中出现重载函数:

#ifdef __cplusplus
extern "C"{
#endif /* __cplusplus */
int func(int a, int b){
    return a + b;
}

void func(const char* str){
    printf("str = %s\n", str);
}
#ifdef __cplusplus
}
#endif /* __cplusplus */

int main(void)
{
    func("hello");
    return 0;
}

这里写图片描述
提示找不到func函数。在c语言中肯定不能出现同名函数,不然编译器怎么知道它要调用的是哪一个。去除extern “C”关键字,也就是使其采用c++方式编译,编译结果:
这里写图片描述
编译通过。通过nm命令可以查看可执行程序的符号表:
这里写图片描述
可见c++编译方式会将重载函数名结合参数形成唯一的函数名。但是c方式编译的可执行文件却并非如此,函数名经过编译后的符号还是之前的函数名,所以出现找不到调用函数的现象。
b. c程序要调用c++写的程序,涉及到的可能有:c程序调用c++的普通函数,c程序调用c++的重载函数,c程序调用c++的成员函数(包括虚函数)。c程序自然是采用c的方式去编译的,即是采用gcc编译器,然而c++是采用c++方式编译,所以要强制将c++代码以c的方式去编译。
(1) c程序调用c++的普通函数

add.h和add.cpp
//add.h
#ifndef _ADD_H_
#define _ADD_H_
int add(int, int);
#endif /* _ADD_H_ */
//add.cpp
#include <iostream>
extern "C" {    //以c的方式去编译
int add(int a, int b)
{
    std::cout<<"a + b = "<< a + b << std::endl;
    return 0;
}
}

注意不能在声明add函数的add.h中指定以c的方式去编译,因为add.h是要被main.c文件包含的,c方式编译时并不能认得extern “C”关键字。
main.c

//main.c
#include <stdio.h>
#include "add.h"
int main(void)
{
    add(4, 9);
    return 0;
}

编译运行:
这里写图片描述
因为add.cpp用到标准c++库,所以要手动链接该库。
(2)c调用c++的重载函数
前面已经知道,在extern “C”中是不允许出现重载函数的,因为c方式下的程序并不支持重载函数,所以需要对重载函数进行接口封装。使用extern “C”是要告诉编译器按照c的方式来编译封装接口,接口里面的函数还是按照c++的语法和c++方式编译。
add.h和add.cpp

//add.h
#ifndef _ADD_H_
#define _ADD_H_
int add_ii(int, int);
int add_c(char);
#endif /* _ADD_H_ */

上面两个函数是供c程序调用的,自然需要用c方式编译。而这两个函数的实现体可以去调用c++的重载函数,这就完美契合了。

//add.cpp
#include <iostream>
int add(int a, int b)
{
    std::cout<< "a + b = " << a + b << std::endl;
    return 0;
}

int add(char c)
{
    std::cout << "c = " << c << std::endl;
}

extern "C" int add_ii(int a, int b)  //供c程序调用,用c方式编译
{
    add(a, b);
}

extern "C" int add_c(char c)
{
    add(c);
}

main.cpp

//main.cpp
#include <stdio.h>
#include "add.h"

int main(void)
{
    add_ii(4, 9);
    add_c('d');
    return 0;
}

编译运行:
这里写图片描述
(3)c程序调用c++的成员函数
这个比较复杂,先不说。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

c语言和c++的相互调用 的相关文章

  • Qt编写网络调试助手(TCP客户端+TCP服务端+UDP服务端)

    Qt编写网络调试助手 xff08 TCP客户端 43 TCP服务端 43 UDP服务端 xff09 终极版开源 飞扬青云 博客园
  • RKNN-Toolkit模型转换并在Rockchip NPU推理并进行性能评估

    RKNN Toolkit转换Tensorflow模型至Rockchip NPU推理并进行性能评估 文章目录 RKNN Toolkit转换Tensorflow模型至Rockchip NPU推理并进行性能评估一 基本知识二 环境部署2 1环境准
  • Redis Stream终端间使用流消费者组通信

    redis stream终端间使用流消费者组通信 附redis消息队列和消费者相关命令表 消息队列的相关命令 xff1a XADD xff1a 添加消息到末尾 xff08 生产消息 xff09 XTRIM xff1a 对流进行修剪 xff0
  • 如何将顶点数据保存为STL文件?

    stl 文件是在计算机图形应用系统中 xff0c 用于表示三角形网格的一种文件格式 它的文件格式非常简单 xff0c 应用很广泛 STL是最多快速模型系统所应用的标准文件类型 STL是用三角网格来表现3D CAD模型 STL只能用来表示封闭
  • 常见图像噪声及产生原因(高斯、泊松和椒盐噪声)

    目录 什么是图像噪声噪声来源常见噪声高斯噪声泊松噪声乘性噪声椒盐噪声 信噪比 什么是图像噪声 噪声在图像上常表现为一引起较强视觉效果的孤立像素点或像素块 一般 xff0c 噪声信号与要研究的对象不相关 xff0c 它以无用的信息形式出现 x
  • 音视频OSD——修改叠加信息的位置

    目录 分析 叠加代码分析 总结 同一行中叠加 代码 效果 不同行中叠加 现象 代码 效果 纵向保护 代码 效果 总结 代码 c文件 h文件 效果 分析 之前的OSD叠加的位置是默认的 在初始位置 若想改动OSD叠加的位置 在叠加时进行位置的
  • 音视频OSD——修改叠加在yuv420p图像上信息的颜色

    目录 预备知识 准备图片 分析 映射关系 代码 效果 代码优化 c h 效果 预备知识 字符编码 一些基本概念 字符编码 详解常用字符集 ASCII ISO8859 1 GB2312 GBK Unicode 和字符编码 UTF 8 UTF
  • H.264——使用H.264视频编解码器JM进行YUV图像序列的编解码

    目录 常见H 264视频编码器JM基础配置准备一个YUV视频 JM实现编码修改配置文件Encoder Control编译运行 JM实现解码如何判断编码解码是否正确 常见H 264视频编码器 X264 xff08 只有编码没有解码 xff09
  • 有意思的题:(++a * a++)、(b++ * ++b)、(c++ * c++)、(++d * ++d)

    include lt stdio h gt int main int a 61 3 b 61 3 c 61 3 d 61 3 int a1 b1 c1 d1 a1 61 43 43 a a 43 43 b1 61 b 43 43 43 43
  • 详解LVDS通信协议

    目录 LVDS概述LVDS接口电路的组成LVDS输出接口电路类型单路6位LVDS输出接口双路6位LVDS输出接口单路8位1TL输出接口双路8位1TL输出位接口 典型LVDS发送芯片介绍四通道LVDS发送芯片五通道LVDS发送芯片十通道LVD
  • 自动跟随机器人:一种简易的自动跟随方案,自动跟随小车、自动跟随平衡小车、STM32、基于超声波的自动跟随小车

    目的 xff1a 一种廉价的跟随方案 xff0c 让大家都能够参与进来 xff0c 技术难度不大 xff0c 一些人也能够DIY一些属于自己的 跟随 机器人 xff01 并不是要做工业应用什么的 只是做出来玩玩 1 介绍 先看视频 xff0
  • 详解MIPI协议

    目录 前言MIPI简介MIPI联盟的MIPI DSI规范MIPI名词解释MIPI DSI分层结构command和video模式 D PHYLane模组Lane 全局架构Lane电压和状态DATA LANE操作模式时钟LANE低功耗状态高速数
  • 音频处理——详解PCM数据格式

    目录 知识储备什么是PCM采样采样率重采样 量化编码PCM常用指标 PCM数据流 知识储备 音频处理 音频编码原理简介 音频处理 音频处理的基本概念 什么是PCM PCM全称Pulse Code Modulation xff0c 翻译一下是
  • 音频处理——常用音频编码格式简介(PCM、G726、ADPCM、LPCM、G711、AAC)

    目录 PCMG726ADPCMLPCMG711AAC格式对比音频帧长音频播放过程 PCM 音频处理 详解PCM数据格式 音频处理 解析PCM格式实例 xff08 音量调控 xff09 G726 G 726是ITU T定义的音频编码算法 19
  • 音频处理——G711标准详解

    目录 G711简介G711A算法原理压缩方法举例代码 G711U算法原理压缩方法举例代码 G711A与G711U对比 参考链接 G711简介 G711是国际电信联盟ITU T定制出来的一套语音压缩标准 xff0c 它代表了对数PCM xff
  • PS流详解(载荷H264)

    目录 PS简介标准结构标准H264流结构定长音频帧和其他流式私有数据的结构 PS流封装标准PSH结构PES包结构PSM包结构体 元素流 PS 封装规则H264元素流封装规则音频元素流封装规则私有信息封装规则 PS简介 PS 封装方式需要支持
  • Postman中的authorization

    1 概述 Authorization是验证是否拥有从服务器访问所需数据的权限 当发送请求时 xff0c 通常必须包含参数 xff0c 以确保请求具有访问和返回所需数据的权限 Postman提供了授权类型 xff0c 可以轻松地在Postma
  • 操作pdf,提示startxref not found

    startxref not found多半是文件被损坏了 xff0c 检查一下 xff0c 是不是之前自己写的代码把pdf文件跑崩了 可以尝试重新生成一遍该pdf文件 xff0c 然后再进行操作 或者尝试一下 xff1a https www
  • FTP 530未登录

    提供一种思路 xff1a 如果说FTP服务器已开 xff0c 服务器也能ping通 就得考虑是不是我们在FTP服务器上设置的默认路径有问题 xff08 不符合我们的需求 xff09 Windows10下 xff0c FTP设置默认位置 xf
  • 开源个小demo

    https github com UnderADome epms 内部项目管理

随机推荐

  • LDAP的基本知识

    https zhuanlan zhihu com p 147768058 https www cnblogs com gaoyanbing p 13967860 html
  • 「权威发布」2019年电赛最全各类题目细节问题解答汇总

    点击上方 大鱼机器人 xff0c 选择 置顶 星标公众号 福利干货 xff0c 第一时间送达 xff01 各位朋友大家上午好 xff0c 今天是比赛的第二天 xff0c 许多朋友都给我发消息 xff0c 我不是不回 xff0c 我实在是回不
  • Unable to find explicit activity class

    做项目从一个activity逐渐转向到使用多个activity xff0c 这个时候新手就容易出现一个问题 xff0c 忘了给activity在AndroidManifest xml中注册 打开日志 xff0c 在遇到这个报错信息的时候 x
  • Errors running builder 'Maven Project Builder'

    由于第一次玩maven的时候 xff0c 很多东西都还是懵懵懂懂 xff0c 不是很清楚 xff0c 不知道怎么把Myeclipse中的maven配置弄坏了 xff0c 从外部导入maven项目的时候 xff0c 总会报一些错误 xff1a
  • Type handler was null on parameter mapping for property '__frch_id_0'

    1 Type handler was null on parameter mapping for property frch id 0 2 Type handler was null on parameter mapping or prop
  • 如何解决error: failed to push some refs to 'xxx(远程库)'

    在使用git 对源代码进行push到gitHub时可能会出错 xff0c 信息如下 此时很多人会尝试下面的命令把当前分支代码上传到master分支上 git push u origin master 但依然没能解决问题 出现错误的主要原因是
  • expected an indented block

    Python中没有分号 xff0c 用严格的缩进来表示上下级从属关系 导致excepted an indented block这个错误的原因一般有两个 xff1a 1 冒号后面是要写上一定的内容的 xff08 新手容易遗忘这一点 xff09
  • C 实现TCP服务端(select、poll、epoll)

    使用C简单的实现一个tcp server xff0c 包括常规server 多线程实现server select实现server poll实现server epoll实现server IO模型原理可以看上一篇文章 常规模式 define M
  • UART串口通信

    目录 一 通信特点二 通信应用三 接线示意图三 UART通信协议四 STM32F4 串口使用1 资源分布2 特性3 UART框图4 使用方法5 相关库函数6 函数实例 五 实战 上位机控制开发板小灯 一 通信特点 异步 串行 全双工 一般描
  • 项目:文件搜索助手(FileSeeker)

    目录 1 项目简介 2 项目源代码 3 相关技术 4 实现原理 5 项目架构图 6 项目功能 7 测试报告 7 1 测试用例 7 2 测试环境 7 3 测试结论 7 3 1 功能测试 7 3 2 性能测试 7 3 3 兼容性 7 3 4 容
  • cocos2d实现2D地图A*广度路径算法

    h ifndef HELLOWORLD SCENE H define HELLOWORLD SCENE H include 34 cocos2d h 34 USING NS CC enum PatchFront Uper 61 1 Down
  • Keil 中,仿真调试查看局部变量值总是显示<not in scope>

    原因 xff1a 编译器把代码优化掉了 xff0c 直接导致在仿真中变量根本没有分配内存 xff0c 也就无法查看变量值 以后调试中遇到这种情况的解决办法 xff1a 核心思想是 xff1a 让变量值在代码中被读取其内存值 1 把变量定义为
  • 联合体在串口通讯中的妙用

    背景 本文主要涉及到的是一种串口通讯的数据处理方法 xff0c 主要是为了解决浮点数在串口通讯中的传输问题 xff1b 通常而言 xff0c 整形的数据类型 xff0c 只需进行移位运算按位取出每个字节即可 xff0c 那么遇到浮点型的数据
  • Linux 平均负载

    本文首发自公众号 LinuxOK xff0c ID 为 xff1a Linux ok 关注公众号第一时间获取更新 xff0c 分享不仅技术文章 xff0c 还有关于职场生活的碎碎念 在 Linux 系统中 xff0c 所谓平均负载 xff0
  • Linux 进程状态

    Linux 进程状态是平时排查问题 程序稳定性测试的基础知识 xff0c 查看进程状态的常用工具有 top 和 ps 以 top 的输出为例 xff1a S 列 xff08 Status xff09 表示进程的状态 xff0c 图中可见 D
  • Docker 是什么

    本文首发自公众号 LinuxOK xff0c ID为 xff1a Linux ok xff0c 关注公众号第一时间获取更新 xff0c 分享记录职场开发过程中所见所感 Docker 是一个用 GO 语言实现的开源项目 xff0c 它可以将应
  • 哈希表示例

    哈希表的意义在于高效查找 对于查找来说 xff0c 如果数据量特别大 xff0c 二分查找和哈希表算法十分有用了 二分查找前面已经讲过 xff0c 现来讲讲哈希表算法 就像输入数据数组下标返回数组元素一样 xff0c 这样的查找方式是最高效
  • RS-485通讯协议

    1 硬件层协议 通讯协议主要是实现两个设备之间的数据交换功能 xff0c 通讯协议分硬件层协议和软件层协议 硬件层协议决定数据如何传输问题 xff0c 比如要在设备1向设备2发送0x63 xff0c 0x63的二进制数为0110 0011
  • udp通讯中的connect()和bind()函数

    本文收录于微信公众号 LinuxOK xff0c ID为 xff1a Linux ok xff0c 关注公众号第一时间获取更多技术学习文章 udp是一个基于无连接的通讯协议 xff0c 通讯基本模型如下 可以看出 xff0c 不论是在客户端
  • c语言和c++的相互调用

    本文收录于微信公众号 LinuxOK xff0c ID为 xff1a Linux ok xff0c 关注公众号第一时间获取更多技术学习文章 在实际项目开发中 xff0c c和c 43 43 代码的相互调用是常见的 xff0c c 43 43