（OS X，不是 iOS）：“选择具有受支持架构的目标以便在此系统上运行”
修复了构建设置中复制的 .plist，从新产品名称中删除了空格。找不到与原始目标设置的任何差异，仍然是这个可怕的错误。有任何想法吗？
问问题
6404 次
7 回答
3
在 Xcode 4.5 下打开旧项目时出现此错误。问题：构建设置设置为标准架构，即 64 位和 32 位，而最小部署目标设置为 OS X 10.4。
将最低部署目标设置为 OS X 10.5可以解决此问题。
于 2012-11-23T05:51:59.357 回答
1
当我遇到这个问题时，在 xcode 窗口顶部，我将 My Mac 64-bit 更改为 My Mac 32-bit。它对我有用。
于 2013-01-23T18:10:33.353 回答
1
对我来说，可执行文件的文件名（由目标构建设置中的“产品名称”指定）与 Info.plist 中指示的可执行文件名不匹配。事实上，当您复制一个目标时，您会得到一个通常会立即更改的“副本”后缀，这可能会导致一些错误。
在 Xcode 中选择产品应用程序并在 Finder 中打开它时，可以看到这种不匹配的附加指示。如果应用程序图标上覆盖有一种“停止”符号，则说明您的应用程序不可执行。
于 2013-02-24T12:34:42.663 回答
1
如果一切正常，最后一件事是您应该检查应用程序的内容。很可能应用程序名称 Info.plist 文件与您在构建配置中的内容不匹配。
于 2013-03-01T22:52:58.877 回答
0
使用 Xcode 4.5.2。(4G2008a) 这个问题显然已经消失了。我现在可以复制原始目标，修复产品名称，并获得一个正常运行的应用程序。
于 2013-02-26T12:00:33.253 回答
0
我开始得到同样的东西。我做了一个清洁，它似乎已经修复了它。狮子/Xcode 4.6.2
于 2014-01-04T23:37:30.753 回答
0
意外将二进制文件复制到 /usr/local/bin 后，我收到了相同的错误消息。二进制文件是由 Makefile “手动”生成的 - Xcode (5.1) 的构建过程也被配置为将二进制文件放在 /usr/local/bin 中。删除手动生成的文件并再次开始构建解决了问题。
于 2014-04-01T13:40:36.200 回答