C与C++相互调用

最新推荐文章于 2023-08-17 16:18:48 发布

一叶一菩提~

最新推荐文章于 2023-08-17 16:18:48 发布

阅读量2.2k

点赞数 5

文章标签： c++ c语言开发语言

本文链接：https://blog.csdn.net/springslx/article/details/128786358

版权

C与C++如何相互调用？

C与C++为什么不能直接调用？因为存在差异！！

为什么存在差异？

**编译方式不同：**C用gcc进行编译，C++用g++进行编译。（两种编译方式有什么不一样吗？）
C++支持函数重载：C++和C中的同一个函数，经过编译后，生成的函数名称是不同的。

这就导致了C与C++之间不能直接进行调用。

※C语言为什么不支持函数重载？C++又是如何支持的？

什么是函数重载？

C++允许在同一作用域中声明几个功能类似的同名函数，这些同名函数的形参列表(参数个数或类型或类型顺序)不同，常用来处理实现功能类似数据类型不同的问题。

函数返回类型不同不是重载函数。

C语言为什么不支持函数重载？

在C/C++中，一个程序要运行起来，需要经历以下几个阶段：预处理、编译、汇编、链接

预处理

宏替换
注释替换
条件编译
头文件展开

编译

检查语法、语义
将C代码转换为汇编代码

汇编

将汇编代码转换为二进制代码，生成符号表

链接

合并段表
符号表的合并与重定位

简单说明一下这些,大家都知道,我们在调用一个函数的时候,如果函数定义不在前面,那么需要声明,不然就会error
如果当前文件只有函数的声明,那么编译器就会在链接的时候去其他文件对应生成的符号表去找函数的地址

如果找不见,报的错误是LNK ,就是link错误, 链接器没有找到

总结：

C语言不能重载的原因主要是使用函数名去符号表中查找,而函数重载函数名一定是相同的
C++引入了函数名修饰规则,用修饰过的函数名去符号表中匹配或者查找,保证不冲突,
在g++中,函数名修饰规则是, _Z + 函数名长度+ 函数名+ 参数类型首字母

具体参考博客解说 [C语言为什么不支持函数重载?c++又是如何支持的? - 知乎 (zhihu.com)](https://zhuanlan.zhihu.com/p/580630581#:~:text=函数重载是函数的一种特殊情况%3A C%2B%2B允许在同一作用域中声明几个功能类似的同名函数，这些同名函数的形参列表 (参数个数,或类型或类型顺序)不同，常用来处理实现功能类似数据类型不同的问题)

要解决这一问题，就要使用extern "C"来辅助了。

extern

extern是编程语言中的一种属性，用来表示变量、函数等类型的作用范围。

我们经常在.c源文件中定义变量或者实现函数，在.h头文件中使用extern关键字进行声明，方便其他文件调用。

“C”

编程语言种类繁多，不同语言有不同的编译规则，如果想要互相调用，必须告诉编译器以什么规则去编译文件，这样才能正常调用。

**其主要作用是：**把“C”当作一个标志位，告诉编译器，下面代码以C的方式编译！

实操——C++调用C

我们创建3个文件，分别为main.cpp、cal.c、cal.h。

我们分别使用gcc和g++单独编译文件，编译出cal.o和main.o两个中间文件，很简单，定义了一个embedded_art的函数。

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:32] 
$ ls
cal.c  cal.h  main.cpp

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:43] 
$ gcc -c cal.c 

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:49] 
$ g++ -c main.cpp 

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [15:57:55] 
$ ls
cal.c  cal.h  cal.o  main.cpp  main.o

下面看一下编译之后的中间文件cal.o和main.o的符号表，看看同一个函数embedded_art不同编译方式之后的差别。

可以看到，g++编译之后，对函数名称进行了加工，按照自身的编译规则，最终生成了一个新的函数名，所以我们如果直接调用cal.c中的embedded_art肯定是不行的。

正确方式

使用extern "C"来使g++编译器用C的方式编译。

在main.cpp文件中，我们引入cal.h的位置，添加extern "C"

extern "C" {
#include "cal.h"
}

再次进行编译，即可！

可以看到符号表中，该函数名称正常，然后我们将中间文件链接起来，执行，输出正确结果！

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [16:18:36] 
$ g++ main.o cal.o 

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [16:19:54] 
$ ls
a.out  cal.c  cal.h  cal.o  main.cpp  main.o

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test on git:main x [16:19:57] 
$ ./a.out 
main entry
嵌入式艺术

实操——C调用C++

我们创建3个文件，分别为main.c、cal.cpp、cal.h。同上。

我们分别使用gcc和g++单独编译文件，编译出cal.o和main.o两个中间文件，很简单，同样定义了一个embedded_art的函数。

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:24:45] 
$ g++ -c cal.cpp   

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:24:52] 
$ gcc -c main.c    

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:24:56] 
$ ls
cal.cpp  cal.h  cal.o  main.c  main.o

下面看一下编译之后的中间文件cal.o和main.o的符号表，看看同一个函数embedded_art不同编译方式之后的差别。

同样，不同的编译器处理方式不同，函数名称依旧不同！同样，需要加入extern "C"来告诉编译器按C的方式编译。

我们在cal.h的声明部分添加，然后重新编译！

extern "C" {
extern void embedded_art(void);
}

可以看到符号表中，该函数名称正常，然后我们将中间文件链接起来。

这个时候，会出现报错extern "C"，这是什么情况？

在main.c文件中，引入了c++的头文件cal.h，因为"C"在C++编译的时候才能识别，C语言中并没有这个关键字。

所以，我们需要在g++编译的时候去加入extern "C"，而gcc编译的时候跳过，这个时候就要提到c++编译时候的特定宏__cplusplus了，相当于一个阀门了。

我们修改cal.h文件：

#ifdef __cplusplus
extern "C" {
#endif

extern void embedded_art(void);

#ifdef __cplusplus
}
#endif

这样就确保了，c++编译embedded_art函数的时候，采用C语法编译，而gcc编译的时候，不作处理。

再次链接，执行！

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:45:06] C:1
$ gcc -no-pie cal.o main.o -o main

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:46:46] 
$ ls
cal.cpp  cal.h  cal.o  main  main.c  main.o

# dong @ ubuntu in ~/WorkSpace/Donge_Programs/Unix_Programming_Learning/c_c++_call_test/c_call_c++ on git:main x [16:49:01] 
$ ./main
main entry
嵌入式艺术