X代码12.3

我通过将“验证工作区”设置为“是”来解决此问题

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设备/任何设备”作为运行目标时，将忽略此设置，因为它没有定义任何特定的架构。所以我想，如果我们将我们的应用程序归档，并将其作为跑步目的地，我们应该会很好。

Xcode版本13.2.1和macOS Monterey 12.0.1

在切换到新的M1芯片系统后，几乎每个人都面临着与旧项目和吊舱相同的问题。

“在/Users//Desktop/iOS_app/Pods/iOS/framework/（CLSInternalReport.o）中，为iOS模拟器构建，但链接到为iOS构建的对象文件中，用于体系结构的文件'/Users/y/Desktop/_iOS_app/Pods/iOS/.framework/臂64“

我已经找到了一个非常有效的解决方案。

首先，对于所有建议为您的项目排除arm64的开发人员来说，它会工作。是的，它会编译，但在安装后，当您尝试打开它时，它会显示一个弹出窗口，显示消息“此应用程序的开发人员需要更新它才能使用此版本的iOS”。这是因为根据苹果公司的说法，“在iOS 11及更高版本中，所有应用程序都使用64位架构”，如果您将arm64排除在项目之外，则不会在iOS 11或更高版本上打开应用程序。

因此，与其选择整个项目，不如将模拟器的架构排除在arm64之外。

步骤：在项目文件之上，选择目标>构建设置>体系结构>排除的体系结构。现在添加选择“任何iOS模拟器SDK”并给它一个值arm64。

参考见下图。

我了解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进行切换。完成后不要忘记切换回来。

为模拟器编译时出现问题：

为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做一个干净的构建。

升级到Xcode 12后，我仍然能够为真正的设备构建，但不能为模拟器构建。Podfile构建仅适用于真实设备。

我在Build Settings（构建设置）>User Defined（用户定义）下删除了VALID_ARCHS，它成功了！在发现这个之前，我先捶了一下脑袋。