我正在尝试在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)。我在排除的架构中没有任何设置。

这里可能发生了什么?我还没能用一个更简单的项目重现这一点。


当前回答

在下图中,在排除的体系结构中→ 在调试和释放中点击+按钮→ 在调试和发布中。

其他回答

对我来说,以下设置有效:

生成设置→ 排除的体系结构。

我在“任何iOS模拟器SDK”选项的发布和调试模式中都添加了“arm64”。

将“仅构建活动体系结构”(Only_Active_ARCH)构建设置设置为yes,xcode要求arm64,因为Silicon MAC体系结构是arm64。

arm64已被添加为Xcode12中的模拟器拱门,以支持Silicon MAC。

/应用程序/Xcode.app/Contents/Developer/Platforms/iPhone模拟器.platform/Developer/SDKs/iPhone模拟器.sdk/SDKSettings.json

TL;博士;

将库/应用程序的“仅构建活动体系结构(Only_Active_ARCH)”设置为“是”,即使在发布模式下也是如此。


在试图确定问题的根本原因时,我意识到Xcode 12的一些有趣的事实。

Xcode 12实际上是Apple silicon的垫脚石,遗憾的是(当答案写出来时)它还没有问世。但有了这个平台,我们将得到一个基于arm64的macOS,模拟器也将在arm64架构上运行,这与目前基于Intel的x86_64架构不同。Xcode通常依赖于“运行目标”来构建其库/应用程序。因此,当模拟器被选择为“运行目的地”时,它会为可用的模拟器架构构建应用程序,而当设备被选为“运行目标”时,则会为设备支持的架构(arm*)构建应用程序。Xcode 12+构建系统中的xcodebuild认为arm64是模拟器支持Apple silicon的有效架构。因此,当选择模拟器作为运行目标时,它也可以尝试编译/链接基于arm64的模拟器的libs/apps。因此,它以<architecture>-<os>-<sdk>-<destination>格式发送clang(++)一些目标标志,如arm64-apple-ios13.0-simulator,clang尝试构建/链接基于arm64的模拟器,最终在基于Intel的Mac上失败。但xcodebuild仅对Release版本尝试此操作。为什么?因为,对于“Release”配置,“Build Active Architecture Only(Only_Active_ARCH)”构建设置通常设置为“No”。这意味着xcodebuild将尝试为发布版本的选定运行目标构建libs/apps的所有架构变体。对于模拟器运行目的地,现在它将包括x86_64和arm64,因为Xcode 12+中的arm64也是模拟器支持Apple silicon的支持架构。

简单地说,Xcode在尝试命令行xcodebuild(默认为releasebuild,请参见项目设置的常规选项卡)或其他方式并尝试构建运行目标支持的所有体系结构变体时,将无法构建应用程序。因此,解决此问题的一个简单方法是在库/应用程序中将“仅构建活动体系结构(Only_Active_ARCH)”设置为“是”,即使在发布模式下也是如此。

如果库包含为Pods,并且您可以访问.podspec,则可以简单地设置:

spec.pod_target_xcconfig={“ONLY_ACTIVE_ARCH”=>“是”}

spec_user_target_xcconfig={'ONLY_ACTIVE_ARCH'=>'YES'}#否推荐

我个人不喜欢第二行,因为pods不应该污染目标项目,而且它本身可以在目标设置中被覆盖。因此,消费者项目应该负责以某种方式覆盖设置。然而,这可能是成功的柱脚过梁所必需的。

但是,如果您没有访问.podspec的权限,您可以在安装pod期间始终更新设置:

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings["ONLY_ACTIVE_ARCH"] = "YES"
    end
  end
end

我担心的一件事是,当我们实际归档库和应用程序时,这会产生什么影响。在归档过程中,应用程序通常采用“Release”配置,因为这将创建一个只考虑当前运行目标的活动体系结构的版本构建,因此使用这种方法,我们可能会从目标构建中丢失armv7、armv7等的切片。然而,我注意到文档中说(在所附图片中突出显示),当我们选择“通用iOS设备/任何设备”作为运行目标时,将忽略此设置,因为它没有定义任何特定的架构。所以我想,如果我们将我们的应用程序归档,并将其作为跑步目的地,我们应该会很好。

请不要忘记在将arm64添加到排除的体系结构后清理构建文件夹。

您可以通过进入菜单>产品>清理构建文件夹或简单地按Command+Shift+K来完成此操作。

在xxx.framework podspec文件中,添加以下配置。避免使用包含arm64模拟器架构的pod包。

s.pod_target_xcconfig = { 'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'arm64' }
s.user_target_xcconfig = { 'EXCLUDED_ARCHS[sdk=iphonesimulator*]' => 'arm64' }