Xcode 英特尔C&x2B+;编译器,无法在OS X上打开stdarg.h

Xcode 英特尔C&x2B+;编译器,无法在OS X上打开stdarg.h,xcode,macos,compiler-construction,compiler-errors,icc,Xcode,Macos,Compiler Construction,Compiler Errors,Icc,操作系统X 10.6.8、XCode 3.2.6、基本SDK 10.5、英特尔编译器11.1 当我试图编译时,我收到一条奇怪的消息,上面说: 灾难性错误:无法打开源文件“stdarg.h” 我正在使用PCH,我确实发现: 这是一个类似的问题,我认为源文件类型设置为.c.c,而不是.c 从我所看到的标准h是: /* This file is public domain. */ /* GCC uses its own copy of this header */ #if defined(__GNU

操作系统X 10.6.8、XCode 3.2.6、基本SDK 10.5、英特尔编译器11.1

当我试图编译时,我收到一条奇怪的消息,上面说:

灾难性错误:无法打开源文件“stdarg.h”

我正在使用PCH,我确实发现:

这是一个类似的问题,我认为源文件类型设置为
.c.c
,而不是
.c

从我所看到的标准h是:

/* This file is public domain.  */
/* GCC uses its own copy of this header */
#if defined(__GNUC__)
    #include_next <stdarg.h>
#elif defined(__MWERKS__)
    #include "mw_stdarg.h"
#else
    #error "This header only supports __MWERKS__."
#endif
/*此文件是公共域*/
/*GCC使用它自己的这个头的副本*/
#如果已定义(_GNUC__)
#下一步包括
#已定义的elif(_MWERKS__;)
#包括“兆瓦标准小时”
#否则
#错误“此标头仅支持_MWERKS__;。”
#恩迪夫
显然,GNUC是有定义的

有谁能帮我弄清楚如何更好地编译,因为它在GCC4.0中没有任何更改?是否有一种全局方法可以让XCode重新评估源文件类型,使其不是
.c.c
.cpp.cpp
,我甚至不确定这是如何发生的


另外,是否有一个
#define
可以检查英特尔编译器是否用于特殊情况(如果需要)

我查看了构建结果中引用的一些文件,并查看了XCode中的源文件类型,它显示source.c.c,我认为如果我将其更改为source.c,编译器错误就会消失。

我查看了构建结果中引用的一些文件,并查看了XCode中的
源文件类型
source.c.c
我想如果我把它改成
source.c
编译器错误就会消失。继续回答你自己的问题吧。。。没有多少人会使用类似的设置。@Grady-你知道为什么文件可以被视为
c.c
.c
以及
.cpp.cpp
.cpp
吗?我不知道为什么
.c.c
.cpp.cpp
是有效的。我猜Xcode是如何工作的?我们的问题不是推理;我们的任务是猜测和尝试。