如果你谷歌这个错误消息的文本，你会在StackOverflow，苹果开发论坛，Reddit等地方发现大约20个关于Xcode无法运行编译后的可执行文件的错误消息。

In these threads you will find many people offering various suggestions about how to fix the problem: changing product name to match project name, changing build phase options, something with info.plist, changing compilers to or from Clang, etc. Presumably the suggestions are offered in good faith because they solved the problem for someone, but the answers are so varied that it is clear that the error message is generic and this is an important point if you are receiving it: this error seems to mean that something is wrong with the binary. Ignore its actual text: it may have nothing to do with permissions.

对于这个错误没有通用的解决方案。错误消息是完全通用的;假设它意味着“坏二进制文件”。如果你收到它，解决方案取决于你正在尝试做什么，改变了什么，为什么你突然看到这个错误。谷歌您的具体情况，而不是这个错误消息。

在我的例子中，我感觉这是一个常见的例子，我试图做的是在现代Xcode上构建一个旧的iOS项目，我想有9年了。解决方案是切换到遗留构建系统，这导致了编译错误，因为在旧项目中没有现代架构目标，可以通过手动添加它们来修复。

我也有类似的问题。显然我已经包含了信息。Plist从外部项目文件夹。这将导致相同的错误，在每次构建之后都会显示出来(除了我在清理项目后运行它之后)。

为了解决这个问题，我只需要包含信息。从项目文件夹Plist。

这是因为您可能会使用从git或svn克隆的存储库。尝试克隆另一个新版本并运行它。

在我的情况下，它帮助只是关闭Xcode，修复权限与磁盘实用工具。只有在重新启动后，它才能像魔法一样工作。

X-code 6.3.2

[构建设置]选项。 [所有]-[构建选项]-[C / c++ /Objective-C编译器]-[默认编译器(Apple LLVM 6.1)]

然后重新构建项目，它可以正常运行。

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