175

我有一个使用链接和嵌入式自定义框架的应用程序。在 Xcode 12.2 之前,该应用程序为 iOS 设备和模拟器正确构建。但是,从 Xcode 12.3 开始,我收到以下错误:

Building for iOS Simulator, but the linked and embedded framework 'My.framework' was built for iOS + iOS Simulator.

该框架是为设备和模拟器构建的(正如错误实际上所说)并使用 合并lipo,因此它应该能够在任何地方运行而不会出现问题。

我在这里错过了什么吗?Xcode 12.3 是否有任何相关变化?

4

4 回答 4

70

恐怕这实际上是正确的错误,框架不应该同时包含 iOS 和 iOS 模拟器代码。苹果试图强迫我们XCFramework为此目的使用 s。他们从 XCode 11 开始,只是收紧了限制。

解决此问题的唯一正确方法是将框架重建为XCFramework。这很容易做到:

$ xcrun xcodebuild -create-xcframework \
    -framework /path/to/ios.framework \
    -framework /path/to/sim.framework \
    -output combined.xcframework

您可以从组合.framework制作框架的两个副本开始,并使用lipo从二进制文件中删除与不同 SDK 关联的切片。

基于 Apple here的原始答案。

我的特殊情况是我在使用生成这些框架的罗马时遇到了这个错误(一个可能的解决方案在这里)。此外,迦太基方面正在进行很多挣扎。

希望有帮助;)

于 2020-12-15T23:11:36.133 回答
30

您必须在为模拟器构建时排除设备架构,在为设备构建时,您必须排除模拟器的架构。

为此,导航到Build Settings您的项目 -> Excluded Architectures-> 选择配置(调试/发布/等...) -> 点击 + -> Any iOS Simulator SDK-> 添加arm64, arm64e,armv7

同样,将 ,x86_64添加i386Any iOS SDK

在此处输入图像描述

PS:您可以通过运行file <path_to_framework_binary>或检查框架中存在的所有架构lipo -info <path_to_framework_binary>

前任。file /Users/srikanth.kv/MyProject/MyLibrary.framework/MyLibrary

于 2020-12-15T14:11:11.330 回答
27

我有一个具有通用二进制文件的框架,其中包含x86_64并在框架构建时与自定义脚本arm64合并。lipo我在 XCode 12.3 中遇到了同样的问题,现在已经创建了一个解决方法。希望这将很快在 XCode 中得到修复,但在那之前,一个快速的修复方法是精简架构并使用您需要的框架。编辑:请在此处查看我关于如何开始生成 .xcframeworks 的回答,这是框架作者的长期解决方案

例如,假设我在我的通用框架所在的工作目录中的终端中some_framework.framework。如果我想在实际的物理设备上运行,我执行以下命令:

lipo -thin arm64 some_framework.framework/some_framework -output some_framework

使用上述命令,您可以提取arm64二进制文件。some_framework.framework/some_framework然后,用新生成的arm64唯一二进制文件替换当前

mv some_framework some_framework.framework

如果您有一个仅从 Objective-C 源代码构建的通用框架,那么您的工作就完成了。但是,如果您也有 swift 代码,那么您需要更新some_framework.framework/Modules/some_framework.swiftmodule以使其不包含对非arm64.

除了需要x86_64. 我目前正在维护我的框架的两个版本,直到这个问题得到修复。每当我在模拟器和设备之间切换时,我只需切换项目中的哪个框架。

于 2020-12-15T13:30:56.093 回答
21

除了@mistahenry 回答之外,您还可以使用此解决方法在您的项目中自动处理此问题。

  1. 将在 XCode 12.3 中不起作用的通用框架设置为Do not embed(在常规 > 框架、库和嵌入式内容中)
  2. 在“构建阶段”中添加这个“新的运行脚本阶段”
FRAMEWORK_APP_PATH="${TARGET_BUILD_DIR}/${FRAMEWORKS_FOLDER_PATH}"

# 1. Copying FRAMEWORK to FRAMEWORK_APP_PATH
find "$SRCROOT" -name '*.framework' -type d | while read -r FRAMEWORK
do
if [[ $FRAMEWORK == *"MY_WONDERFUL_UNIVERSAL_FRAMEWORK.framework" ]]
then
    echo "Copying $FRAMEWORK into $FRAMEWORK_APP_PATH"
    cp -r $FRAMEWORK "$FRAMEWORK_APP_PATH"
fi
done
# 2. Loops through the frameworks embedded in the application and removes unused architectures.
find "$FRAMEWORK_APP_PATH" -name '*.framework' -type d | while read -r FRAMEWORK
do
if [[ $FRAMEWORK == *"MY_WONDERFUL_UNIVERSAL_FRAMEWORK.framework" ]]
then
     
    echo "Strip invalid archs on: $FRAMEWORK"
    FRAMEWORK_EXECUTABLE_NAME=$(/usr/libexec/PlistBuddy -c "Print CFBundleExecutable" "$FRAMEWORK/Info.plist")
    FRAMEWORK_EXECUTABLE_PATH="$FRAMEWORK/$FRAMEWORK_EXECUTABLE_NAME"
    echo "Executable is $FRAMEWORK_EXECUTABLE_PATH"
    EXTRACTED_ARCHS=()
    for ARCH in $ARCHS
    do
    echo "Extracting $ARCH from $FRAMEWORK_EXECUTABLE_NAME"
    lipo -extract "$ARCH" "$FRAMEWORK_EXECUTABLE_PATH" -o "$FRAMEWORK_EXECUTABLE_PATH-$ARCH"
    EXTRACTED_ARCHS+=("$FRAMEWORK_EXECUTABLE_PATH-$ARCH")
    done
    echo "Merging extracted architectures: ${ARCHS}"
    lipo -o "$FRAMEWORK_EXECUTABLE_PATH-merged" -create "${EXTRACTED_ARCHS[@]}"
    rm "${EXTRACTED_ARCHS[@]}"
    echo "Replacing original executable with thinned version"
    rm "$FRAMEWORK_EXECUTABLE_PATH"
    mv "$FRAMEWORK_EXECUTABLE_PATH-merged" "$FRAMEWORK_EXECUTABLE_PATH"
    codesign --force --sign ${EXPANDED_CODE_SIGN_IDENTITY} ${OTHER_CODE_SIGN_FLAGS:-} --preserve-metadata=identifier,entitlements $FRAMEWORK_EXECUTABLE_PATH
else
    echo "Ignored strip on: $FRAMEWORK"
fi
done
  • 替换MY_WONDERFUL_UNIVERSAL_FRAMEWORK为您的框架的名称,并确保它位于SRCROOT
于 2020-12-15T15:22:25.140 回答