不支持的文件格式列为（0x09 0x2E 0x73 0x65 0x63 0x74 0x69 0x6F 0x6E 0x09 0x5F 0x5F 0x54 0x45 0x58 0x54）
有问题的文件是项目中的所有c ++文件。
我有一个编译好的Xcode项目，突然之间就出现了这个错误。许多其他人已经观察到这一点，但我还没有看到任何可以使用的解决方案。我不知道十六进制值的含义，但其他人似乎认为这是一个386编译。但是，我项目中唯一有效的架构是x86-64，这是在x86-64目录中生成的。
为我调试这个是不可能的，因为它在XCode中，因此所有选项基本上都是隐藏的。这里的任何人都可以提出可能影响这个的XCode选项，所以我可以查看它们吗？
请记住，它之前有效，而且我没有更改任何设置。我已经尝试了所有的建议 - 做干净的构建，离开XCode等，但没有改变。
从更广泛的角度来看，我发现XCode版本8及更新版本几乎不易碎 - 改变一个设置，你的项目可能再也不会工作了。可能不适合在Apple工作的大师，但我试图将XCode用作一个vanilla编译器IDE。
感谢任何帮助。只有其他选择是从头开始构建新项目。
更新：出于实际原因，我创建了一个新项目，导入了所有源文件，并且工作正常。但我保留了旧项目，因为我很想知道为什么这样的事情会继续发生 - 他们的原因可能是什么。所以我对那里的任何想法仍然很感兴趣。谢谢。 ：）
第二次更新可能会对这个问题有所了解：使用在XCode和AppCode下无错误编译的新项目，我尝试使用Clang在单个命令行（没有中间目标文件）上编译它，并在命令行我得到了相同的＃34;架构未被识别＆＃34;错误。也许这实际上是一个Clang问题？为什么编译器会创建一个它无法使用的二进制文件？这也很有趣，因为任何人都可以轻松地尝试这个任何更简单的项目，其中包含单个目录中的所有代码。 [编辑]好吧，这是一个红鲱鱼，因为我使用clang而不是clang ++ - 感谢其他抨击者，他们抓住了那个。但这确实显示了一种可能性 - 如果c ++文件由于某种原因被解释为c，则可以产生此错误。