我正在尝试在Xcode 12（beta 5）中构建一个大型（正在开发Xcode 11！）项目，为iOS 14做准备。代码库以前是Objective-C中的，但现在它同时包含Objective-C和Swift，并使用Objective-C或Swift的pod。
我已经推出了支持Xcode 12的CocoaPods新测试版（目前为1.10.0.beta 2）。
Pod安装成功。当我进行构建时，在pod框架上出现以下错误：
为iOS模拟器构建，但链接到为iOS构建的对象文件中，用于体系结构arm64
以及可能的错误：
无法加载目标“arm64-apple-ios11.0”的标准库
当我在框架上运行lipo-info时，它有：armv7s armv7 i386 x86_64 arm64。
此前，该项目的有效架构设置为：armv7、armv7s和arm64。
在Xcode 12中，根据苹果的文档，该设置将消失。架构设置为$（ARCH_STANDARD）。我在排除的架构中没有任何设置。
这里可能发生了什么？我还没能用一个更简单的项目重现这一点。
当前回答
我了解arm64和Xcode 12的问题，我能够通过排除iPhone模拟器的arm64架构或通过为发布方案设置ONLY_ACTIVE_ARCH来解决构建问题。然而，我仍然有问题使用pod repo推送来推送我的框架。
我发现podspec中的设置s.pod_target_xcconfig不会将此设置应用于同一podspec中定义的依赖项。我可以在Cocoapods在验证期间生成的虚拟App项目中看到它。Cocoapods验证正在运行模拟器的发布方案，当一个或多个依赖项不排除arm64或未设置为仅构建活动体系结构时，这将失败。
解决方案可以是强制Cocoapods在验证项目时添加安装后脚本，或者让它构建调试方案，因为调试方案只是构建活动体系结构。
我最终使用Xcode 11发布了我的pod以通过验证。您可以从developer.apple.com下载Xcode 11，将其作为Xcode11.app复制到Applications文件夹，然后使用sudo Xcode select--switch/Applications/Xcode11/app/Contents/developer进行切换。完成后不要忘记切换回来。
其他回答
在我的例子中，我试图在发布模式下运行watchOS 7模拟器，但iOS 14模拟器处于调试模式。
因此，简单地将两个模拟器置于调试/发布模式就解决了我的问题！
我也遇到了通过迦太基安装的特定库的相同问题。对于那些正在使用迦太基的人来说，由于迦太基并没有现成的Xcode 12，本文档将指导您找到一种适用于大多数情况的解决方法。很快，Carthage构建了胖框架，这意味着该框架包含所有受支持架构的二进制文件。在引入Apple Silicon之前，它都工作得很好，但现在出现了冲突，因为存在重复的架构（arm64用于设备，arm64用于模拟器）。这意味着迦太基无法将特定于架构的框架链接到单个胖框架。
你可以按照这里的说明操作。迦太基XCODE 12
然后配置迦太基。在构建设置中将arm64置于“排除的体系结构”中。
尝试使用模拟器运行项目。模拟器应运行无任何错误。
为模拟器编译时出现问题：
为iOS模拟器构建，但链接到为iOS构建的对象文件中，用于体系结构arm64
Xcode 12.1, Pod 1.9.1
我的项目结构
主要目标共享扩展名通知服务扩展子模块，自定义框架播客文件
将arm64添加到构建设置->排除所有目标中的体系结构。从VALID_ARCHS中删除arm64，并在所有目标中添加x86_64。在podfile中添加以下代码安装后执行|安装程序|安装程序.pods_project.build_configurations.each do | config|config.build_settings[“EXCLUDED_ARCHS[sdk=iphonesimulator*]”]=“arm64”终止终止更新了pod，删除了podfile.lock，并安装了pod做一个干净的构建。
建议的答案过时/不正确。
您应该首先尝试更新CocoaPods和库/应用程序的依赖项，如果不起作用，请联系您正在使用的任何依赖项的供应商，看看他们是否正在进行更新，以在M1 Mac上添加对arm64模拟器切片的支持。
这里有很多答案标记为正确，建议您将arm64从支持的体系结构列表中排除。这充其量是一个非常临时的解决方法，最坏的情况是它会将此问题传播给库的其他用户。如果您排除arm64模拟器切片，则会对您在模拟器中开发的应用程序产生性能影响（这反过来会导致您在开发惊人创意时，闪亮的新M1套件的电池时间减少）。
我面临着同样的问题，并试图在M1 Mac上启动React Native应用程序。请注意，我的Intel Mac与相同的项目运行良好，没有此错误。
对我来说，解决问题的是通过Rosetta强制Xcode打开。
要做到这一点：
右键单击Applications文件夹中的Xcode*→ 获取信息→ 选中“使用Rosetta打开”复选框。
