网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
3、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
嵌入式艺术
4、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);
![img](https://img-blog.csdnimg.cn/img_convert/61c11bfe5744e2d9c1a6afd99e6b0989.png)
![img](https://img-blog.csdnimg.cn/img_convert/c32b3561efee3463ca249abab33bcee9.png)
**网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。**
**[需要这份系统化的资料的朋友,可以添加戳这里获取](https://bbs.csdn.net/topics/618668825)**
**一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**
升。**
**[需要这份系统化的资料的朋友,可以添加戳这里获取](https://bbs.csdn.net/topics/618668825)**
**一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!**