1. 背景
为了工作需要,在抽离一个开源库组件的时候,编译成功链接却失败,查找原因发现测试文件使用的是C++语言,而库的组件使用的是C语言,具体原因记录与此。
2. 现场
为了测试,写了一个单独的简单案例:
新建win32工程,建立三个文件,分别是test.c、test.h和main.cpp。
main.cpp
#include "test.h"
int main()
{
test(1);
return 0;
}
test.h
#ifndef _TEST_H_
#define _TEST_H_
void test(int a);
#endif
test.c
#include "test.h"
void test(int a)
{
}
编译运行:
编译结果
3. 原因
编译成功,链接失败,很显然代码中已经实现了test函数,为了查找原因,直接打开vs命令行工具查看一下编译后的符号表都有什么。
进入Debug目录,执行dumpbin /SYMBOLS test.obj。
test.c 符号表
答案很显然,编译test.c生成的符号是_test,而现在要找的是void __cdecl test(int)" (?test@@YAXH@Z),结果当然是无法找到的。
为了进一步确认答案,将test.c改为test.cpp,重新编译,查看符号表。
test.cpp 符号表
对于C语言生成的符号表和C++语言生成的符号表差距很大,原因无非是C++支持了很多新的功能,原来的符号表生成规则已经无法满足。
例如:重载、多态等机制。
为了解决这个问题,C++语言引入了另一种语法来解决这个问题。
C++标准文档语法描述
4. 结论
对于C语言编写的程序来说,未来可能被C语言或者C++语言的用户所使用,大部分解决的方法是:
#ifdef __cplusplus
extern "C" {
#endif
// ...
#ifdef __cplusplus
}
#endif
直接在C语言中使用extern "C"会报语法错误,因为该语法是C++语法,对于C语言来说,声明该接口是C语言编写的显然没有任何意义,它的目标是使用C++语言的用户;而对于C++用户,该声明却是必须的,因为C和C++语言编写的函数的符号表生成结果是不一致的,除非你在编译C文件的时候明确用C++编译器,那就没什么问题了。