在我的情况下主要。在“构建阶段”的“编译源”列表中没有包含main(…)函数。要检查是否是这种情况，进入Build Phases并查看，如果您的主。m出现在“编译源”列表中。

我会进入Xcode文档所在的文件夹，点击command + I来获取信息。在底部，点击锁以解锁文件夹以编辑权限。如果权限看起来不错，勾选“应用到附带文件夹”的复选框，让它来做它的事情。我个人没有见过这个，也不确定这是否是你在编辑构建权限时在你的帖子中所说的。

我试了所有列出的答案，没有一个有用。问题是由于存在另一个plist文件通过cocoapods从子模块链接。幸运的是，这是我自己的模块，所以我只是从子模块项目中删除了这个plist，并重新安装了pods。

解决方案

后来我明白了问题的关键在于第二个plist的名称:简单地说，就是info.plist。您可以重命名文件并通过子模块的sources部分重新链接它

第二个plist文件有一个唯一的名字，所以Xcode不应该感到沮丧。甚至我的目标设置都指向一个主plist，而不是info.plist。看来Xcode对这个名字有特别的考虑

该错误在Xcode 6.4和Xcode 7.0中再现

我有类似的问题(xCode 6.2)的示例代码下载。我试图在信息中将可执行名称设置为默认。但是这并没有起作用。

相反，将Compiler for C/ c++ /Objective-C更改为Default Compiler(Apple LLVM 6.0)，而不是Unsupported Compiler(com.apple.compilers.llvmgcc42) for project。

我已经通过清理构建文件夹来修复它。刚刚进入“产品”菜单和选项+点击“清洁”。在那之后，一个问题解决了。

我在4年前从gitHub下载的Xcode 6.1.1项目上也犯了同样的错误。 对我来说，在“构建设置”中将“架构”设置为默认值“标准架构”(armv7,arm64)，并将C/ c++ /Objective-C的“编译器”设置为“默认编译器”。