C++工程移植C代码时的一个小注意事项

最近打算移植Speex中的fft变换的代码，移植过程中，发现无法编译通过。

无法解析的外部符号

在程序中，当前include c头文件的方式是这样的。

#include "arch.h"
#include "os_support.h"
#include "fftwrap.h"

解决方法

在C++中调用C的方式如下:

#ifdef __cplusplus  
extern "C" {    //如果被C++文件引用
#endif

#include "arch.h"
#include "os_support.h"
#include "fftwrap.h"

#ifdef __cplusplus
}
#endif

extern "C"是告诉Ｃ＋＋编译器件括号里的东东是按照C的obj文件格式编译的，要连接的话按照C的命名规则去找．

为了更好的说明问题，这里需要说明一个C和C++中关于函数名修饰规则的区别。

函数的名字修饰

函数名字修饰就是编译器在编译期间创建的一个字符串。
用来指明函数的定义或原型。
LINK程序或其它工具有时须要指定函数的名字修饰来定位函数的正确位置。
多数情况下程序员并不需要知道函数的名字修饰。LINK程序或其它工具会自己主动区分他们。
当然，在某些情况下须要指定函数的名字修饰，比如在C++程序中， 为了让LINK程序或其它工具可以匹配到正确的函数名字，就必须为重载函数和一些特殊的函数（如构造函数和析构函数）指定名字装饰。
还有一种须要指定函数的 名字修饰的情况是在汇编程序中调用C或C++的函数。
假设函数名字，调用约定。返回值类型或函数參数有不论什么改变，原来的名字修饰就不再有效，必须指定新的 名字修饰。

C编译器的函数名修饰规则

C编译器的函数名修饰规则

• __stdcall调用约定

对于__stdcall调用约定，编译器会在输出函数名前加上一个下划线前缀，函数名后面加上一个“@”符号和其參数的字节数。比如

_functionname@number

• __cdecl调用约定

__cdecl调用约定仅在输出函数名前加上一个下划线前缀。比如

_functionname

• __fastcall调用约定

__fastcall调用约定在输出函数名前加上一个“@”符号。后面也是一个“@”符号和其參数的字节数，比如

@functionname@number

C++编译器的函数名修饰规则

C++的函数名修饰规则有些复杂。可是信息更充分，通过分析修饰名不仅可以知道函数的调用方式。返回值类型，參数个数甚至參数类型。
无论 __cdecl，__fastcall还是__stdcall调用方式，函数修饰都是以一个“?”开始，后面紧跟函数的名字。
再后面是参数表的开始标识和依照參数类型代号拼出的參数表。
參数表后以“@Z”标识整个名字的结束。假设该函数无參数，则 以“Z”标识结束。

• __stdcall方式
  参数表的开始标识是“@@YG”
• __cdecl方式
  参数表的开始标识是“@@YA”
• __fastcall方式
  参数表的开始标识是“@@YI”

举例，
C++中声明3个函数，但不实现。

double add(double a, double b);
int    add(int    a, char   b);
char   add(char   a, char   b);

然后在程序中调用:

    add(1.0, 2.0);
    add(1, 'a');
    add('a', 'b');

可以看到如下提示:

错误提示

可以看到:

函数名修饰

References:

https://www.cnblogs.com/yxysuanfa/p/6984895.html
http://blog.csdn.net/mr_listening/article/details/51472184
https://msdn.microsoft.com/en-us/library/56h2zst2.aspx
https://msdn.microsoft.com/en-us/library/0603949d.aspx