【VS开发】MFC中调用C函数模块的解决方案

标签（空格分隔）： 【VS开发】

1. 链接报错

Test.obj : error LNK2019: 无法解析的外部符号 “void __cdecl DeleteStack(struct _Node *)” (? [email protected]@[email protected]@@Z)，该符号在函数 _main 中被引用。

2. method 1

#ifdef __cplusplus

extern “C”

#endif

void DeleteStack(Stack stack);

如果是在C++编译器下，自动定义一个_cplusplus宏，使用extern “C”来修饰，表示外部接口函数为C的规范。当然还可以用大括号，表示集体修饰：

#ifdef __cplusplus
extern "C" {
#endif
void DeleteStack(Stack stack);
void PrintStack(Stack stack);
void Pop(Stack stack);
#ifdef __cplusplus
}
#endif

3. method 2

直接按照头文件，源文件的格式编写，直接声明整个头文件为C规范：

// CStack.h
extern "C" {
#include "Stack.h";
}

代码参考于《C++调用C函数》

源文件在编译器下生成的目标文件中导出符号的规则问题

另外，具体的关于源文件在编译器下生成的目标文件中导出符号的规则问题，可以参看我的另一篇博文《【读书笔记】程序员的自我修养总结（三）》，具体的内容我粘贴如下：

由于全局符号在链接过程是全局可见的，所以如果编写的库文件中和当前的目标文件中有相同的符号名，那么就会发生冲突。为了防止类似的符号名冲突，UNIX下的C语言规定，Ｃ语言源代码文件中的所有全局变量和函数经过编译以后，相对应的符号名前面加上下划线，“＿”。但如果是一个大型的软件，由不同的部门来开发，他们之间的命名规范如果不严格，则可能导致冲突，于是Ｃ＋＋这样的语言使用了Namespace来解决不同模块下的符号冲突。

Ｃ＋＋的符号修饰机制指的是Ｃ++语言支持不同参数类型的函数拥有一样的名字，即函数重载。实际上他们在编译的时候会进行一个函数签名，包含函数名，参数类型，所在类和命名空间等信息。

而名称修饰机制，也被用来防止静态变量，不同的编译器可能名称修饰方法不同，函数签名可能对应不同的修饰名称，由于不同的编译器采用不同的名字修饰方法，必然导致由不同编译器编译产生的目标文件无法正常相互链接。

“extern C”用法

C++中为了与C兼容，在符号管理上有一个用来声明或定义一个C的符号的“extern C”关键字用法：

extern “C”{
    int func(int);
    int var;
}

C++ 编译器会将extern “C”的大括号内部的代码当作C语言来处理。VC++平台会将C语言的符号进行修饰，即大括号中的func和var修饰后的符号为_func和_var，而C++部分的则按照C++的那一套进行修饰。

而下面的一段代码常常用来解决C/C++两种源码编译形式：

#ifdef __cplusplus
extern "C"{
#endif

void *memset(void *, int, size_t);

#ifdef __cplusplus
}
#endif

如果当前参与编译的是C++代码，memset会在extern “C”中被声明，按照C代码进行符号修饰；而如果是C代码，直接声明即可。（Ｃ语言不支持extern　“Ｃ”，而__cplusplus这个宏是C++编译器默认定义的，如果是C++编译器参与的编译，则就默认定义了该宏。）。这段代码几乎在所有的系统头文件中都被利用。

2015-12-04 调试记录 张朋艺