#ifdef标志来区分gcc和g++编译器

gcc将C程序编译为C，将C++程序编译为C++，因此需要C++中的"extern"C"声明。然而，g++将C程序编译为C++，将C++程序编译为C++，因此要求在C++中不得使用"extern"C"声明。

在没有任何输入的情况下检查标准标志，包括

 g++ -E -dM - </dev/null 
 gcc -E -dM - </dev/null 

给出相同的结果。

__GNUG__       is equivalent to testing (__GNUC__ && __cplusplus)

这将再次不会在C++源列表中区分gcc和g++。

有什么魔力

#ifndef __MAGIC_G++_INCLUDE_FLAG_BUT_NOT_GCC__ 

包装外部"C"｛声明？谢谢。

编辑：我意识到这是一个相当深奥的案例。测试需要在编译器风格上进行，而不是在源代码口味上进行。在这两种情况下，测试都是在C++源代码列表中执行的（这就是为什么我提到GNUG是不充分的）。为了澄清，对于测试main.cpp:

#include <iostream>
int 
main( int argc, char **argv )
{
#ifdef __cplusplus  <<<< FIX THIS ONE
  std::cout << "I was compiled using g++" << std::endl;
#else
  std::cout << "I was compiled using gcc" << std::endl;
#endif 
}

当使用任一编译时

 g++ main.cpp

或

gcc main.cpp -lstdc++

在这两种情况下，它似乎都错误地将"I was compiled using++"作为输出。因此，在这种情况下，cplusplus似乎不是正确的标志。我错了吗？或者什么是正确的标志？

编辑2：谢谢，伙计们。这里有一个例子。大型遗留系统"Alpha"主要用C编写，有一点C++，并使用用C++编写的大型遗留源代码包"Charlie"。它使用g++系统进行编译和链接，并要求Charlie的头中没有外部的"C"定义，否则它拒绝链接。大型遗留系统"Bravo"大部分是用C编写的，有一点C++，也使用了用C++编写的相同遗留源代码包Charlie。它使用gcc系统进行编译和链接，并要求Charlie的标头中必须有外部的"C"定义，否则它将拒绝链接。新系统"Delta"、"Echo"answers"Foxtrot"也希望重用来自Charlie的部分源代码，编译器的使用是不确定的。正确的答案是用一劳永逸地破解Charlie的头部

#ifndef __MAGIC_G++_INCLUDE_FLAG_BUT_NOT_GCC__ 
extern "C" {
#endif
...
declarations of code
...
#ifndef __MAGIC_G++_INCLUDE_FLAG_BUT_NOT_GCC__ 
}
#endif

然后处理它。否则，总会出现链接问题。是的，当然，在这种特殊情况下，可以编译两组库，一组在C下，另一组在C++约定下，然后强制要求您使用这个特定的库进行这种特殊的链接。或者我可以想出两组标题。在这个例子中，这两种方式中的任何一种都是不雅的，并将在未来继续引发问题；还有其他情况。至于g++和gcc都在后台使用同一个编译器的评论，所以这可能无关紧要，遗憾的是，它确实重要。当不包含错误的"外部"C教条时，包作为一个整体拒绝链接。是的，还有其他方法可以解决一般问题，但这是一个简单的问题。要么这样的标志存在，要么它不存在，要么答案还不明确。我自己也不知道。