我经常遇到包含 extern "C"
保护的 C 头文件,
但不包含任何实际功能。例如:
/* b_ptrdiff.h - base type ptrdiff_t definition header */
#ifndef __INCb_ptrdiff_th
#define __INCb_ptrdiff_th
#ifdef __cplusplus
extern "C" {
#endif
#ifndef _PTRDIFF_T
#define _PTRDIFF_T
typedef long ptrdiff_t;
#endif /* _PTRDIFF_T */
#ifdef __cplusplus
}
#endif
#endif /* __INCb_ptrdiff_th */
我知道 extern "C"
可以防止函数上的名称修改,但它是否也可以防止变量和类型声明的其他接口(interface)问题?
在上面的示例中使用 extern "C"
是否对产生的兼容性毫无意义?
最佳答案
一些编译器(很少见)也为变量实现名称修改,而不仅仅是函数。在这种情况下,可能需要 extern "C"
。
一些编译器(也很少见,但标准要求)为函数 types 实现语言链接,而不仅仅是名称,所以 typedef void f();
和 extern "C"{ typedef void f(); }
声明不同的类型。
此外,一些维护者在修改 header 以添加功能时不会注意到 extern "C"
的缺失。
我建议你只包含它。
关于c++ - 是否有任何理由在没有方法的 header 上使用 extern "C"?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/33526457/