C和C++混合编译

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++编译器，那就没什么问题了。

原文：http://wangzhechao.com/che-c-hun-he-bian-yi/