我正在开发一个包含大量遗留C代码的项目.我们已经开始用C++编写,目的是最终转换遗留代码.我对C和C++的交互方式有点困惑.我知道通过使用C++编译器包装C代码extern "C"不会破坏C代码的名称,但我不完全确定如何实现它.
因此,在每个C头文件的顶部(在包含警卫之后),我们有
#ifdef __cplusplus
extern "C" {
#endif
在底部,我们写
#ifdef __cplusplus
}
#endif
在两者之间,我们拥有所有的includes,typedef和函数原型.我有几个问题,看看我是否理解正确:
如果我有一个C++文件A.hh,其中包含一个C头文件Bh,包含另一个C头文件Ch,这是如何工作的？我认为当编译器进入Bh时,
__cplusplus将被定义,因此它将包装代码extern "C"
(并且__cplusplus不会在此块内定义).因此,当它进入Ch时,
__cplusplus将不会定义并且代码将不会被包装
extern "C".它是否正确？
包装一段代码有什么问题
extern "C" { extern "C" { .. } }吗？第二个会extern "C"
做什么？
我们不把这个包装器放在.c文件周围,只放在.h文件中.那么,如果函数没有原型会发生什么？编译器是否认为它是C++函数？
我们还使用了一些用C语言编写的第三方代码,并没有这种包装.每当我从该库中包含一个标题时,我就一直extern "C"在使用#include.这是处理这个问题的正确方法吗？
最后,这是一个好主意吗？还有什么我们应该做的吗？我们将在可预见的未来混合C和C++,我想确保我们覆盖所有基础.
我的项目必须是C++.我包括:
我的另一个问题让我更进一步.
#define私有,以便没有其他源文件永远不能使用私有定义？回答:是的,在C或cpp文件中(虽然它们的标题不公开那些定义)
我是否必须包括所有库两次(对于两个编译器:GCC C,GCC C++)？(我将在cpp文件中使用C库).而且对于链接器？
我正在使用`pkg-config --cflags --libs glib-2.0 gtk + -2.0`来修复"找不到文件"的致命错误.但我仍然得到它们(例如找不到glibconfig.h~文件).那是否有一个万无一失的解决方案？
可能的问题是,如果我创建一个全局#define null或某种东西然后包含的库可能有相同的定义名称错误在我的项目？