//1,编译静态库 libtest.a
gcc -c test.c -o test.o
ar rc libtest.a test.o
//2,编译main函数
g++ -o main main.cpp -I./test -L./test -static -ltest
test相关文件放在了当前的test目录下
[root@ ~/learn_code/C++_learn]$ tree
.
├── main
├── main.cpp
├── test
│ ├── libtest.a
│ ├── makefile
│ ├── test.c
│ ├── test.h
│ ├── test.i
│ ├── test.o
│ └── test.s
├── test.c
└── test.h
[root@ ~/learn_code/C++_learn/test]$ make libtest.a -B
gcc -c test.c -o test.o
ar rc libtest.a test.o
1,可行
2,更可以,推荐用这种方式
对于比较老的C库,可能当时写的没有考虑到声明extern 3,可行,推荐使用
4,下面这种方式报错
解释下原因:根本原因是因为编译器在编译C++和C文件中的函数时,是区别对待的,也就是说同一个函数名,在C++和C文件中编译出来的名字不一样。
比如说对于mytest函数,对于C编译后为_mytest,对于C++编译之后名字为_mytest_。下面解析下上面的几种情况 对于第1中情况: C++文件include了test.h, 展开了其中的__cplusplus宏,所以对应 extern "C" void mytest(),编译后为:_mytest C语法是不支持extern "C"的,当然这里也不会展开__cplusplus宏,所以对应 void mytest(),编译后为:_mytest 对于第2中情况: 更不用说了,同第1中情况 对于第3中情况: 对于以前写的C库,可能大多数时候都是这种写法 这个时候就得在包含它的C++文件中,必须显式的声明 extern "C"关键字。 对于第4种情况: C++文件include了test.h,对应 void mytest(),编译后为:_mytest_ (注意与第一种情况的区别) C语法是不支持extern "C"的,当然这里也不会展开__cplusplus宏,所以对应 void mytest(),编译后为:_mytest 所以这里在生成main的可执行文件的时候会链接错误。1 [root@ ~/learn_code/C++_learn]$ g++ -o main main.cpp -I./test -L./test -static -ltest
2 /tmp/cc3TGBKW.o: In function `main':
3 main.cpp:(.text+0x5): undefined reference to `mytest()'
4 collect2: ld returned 1 exit status
结论:
1,在写C函数库的时候,尽量带上宏__cplusplus这一段声明,方便后面使用 2,在写C++程序的时候,加入会调用C库,尽量带上宏__cplusplus这一段声明,肯定就不会报相关编译的错误了。