Cmake - 为 iOS 交叉编译 C++ 项目答案

【问题标题】：Cmake - cross compiling C++ project for iOSCmake - 为 iOS 交叉编译 C++ 项目
【发布时间】：2021-09-14 02:35:54
【问题描述】：

对于 iOS 项目的 Cmake 集成没有很好的教程。网上查到的很少，但信息滞后。我有一个 C++ 项目，我想为我的 iOS 项目交叉编译它。我真的不是 C++ 和 Cmake 主题的专家。不过，我关注了 blog，我正是在寻找它。

如博客中所说，我使用toolchain执行Cmake命令

mkdir build/ && cd build/ && cmake -G "Xcode" -DCMAKE_TOOLCHAIN_FILE=../ios-cmake/ios.toolchain.cmake ../../xxx-cpp -DPLATFORM=OS64COMBINED

它在build 目录中生成了.xcodeproj。

按照指示，我将生成的 Xcode 解决方案包含到我的主 iOS 项目中，并将 C++ 项目添加到“框架、库和嵌入式内容”和“依赖项”中。实际上，我想为 iOS 设备构建库，因此，正如同一博客中的评论所述，“从 Cmake 生成的 Xcode 项目本身不需要任何签名。相反，您将生成的 Xcode 项目包含在另一个 Xcode 中已配置签名的项目”，我的 iOS 项目已经进行了代码签名。当我尝试构建项目时，我收到构建错误消息“为“xxx”签名需要一个开发团队。在 Signing & Capabilities 编辑器中选择一个开发团队。”

这是我的观察

为设备构建主 iOS 项目： BUILD FAILED

签署“xxx”需要开发团队。在 Signing & Capabilities 编辑器中选择一个开发团队。

为模拟器构建主 iOS 项目： BUILD FAILED

clang：错误：没有这样的文件或目录：'/Users/user/Workspace/Cmake/Cmake Sample/build/lib/{C++ project}/core/Debug-iphonesimulator/libxxx.dylib' 命令 Ld 失败，退出代码非零

为设备构建生成的 Xcode 项目： BUILD FAILED

选择ALL_BUILD目标

对于 .app 目标：缺少包标识符。 xxx 没有捆绑标识符。在构建设置编辑器中为 PRODUCT_BUNDLE_IDENTIFIER 添加一个值。

对于 .dylib 目标：为“xxx”签名需要开发团队。在 Signing & Capabilities 编辑器中选择一个开发团队。

为模拟器构建生成的 Xcode 项目： BUILD SUCCEEDED

选择ALL_BUILD目标

我不知道在哪里可以找到解决方案，并且我已经投入了更多的时间来分析和进行许多试验和错误。在为 iOS 设备交叉编译 Cpp 库时，我真的需要一些建议。提前致谢！！

另一位绅士面对same issue

【问题讨论】：

你检查过：stackoverflow.com/questions/39524148/…吗？这似乎适用于旧版本，但理想情况下应该翻译得很好。我也对另一个问题发表了相同的评论。
您如何将dylib 添加到您的项目中？您是否需要使用cmake 构建C++？我有很多我使用的C 和C++ 库，但没有遇到这些问题。今天晚些时候我会看看其中一个项目
请在stackoverflow.com/questions/67581790/…查看我的回答

标签： c++ ios xcode cmake cross-compiling

【解决方案1】：

有多种方法可以解决这个问题。

每次使用 iOS-cmake 构建库后，通过提供适当的签名身份，使用 codesign 命令手动对库进行签名。这涉及大量手动工作，因此我希望您采用这种方法
您可以使用运行脚本自动签署所有包含的库，方法是在下面添加命令 codesign -f -s "$EXPANDED_CODE_SIGN_IDENTITY" "$BUILT_PRODUCTS_DIR/$FRAMEWORKS_FOLDER_PATH/"

这里的签名身份可以是“$EXPANDED_CODE_SIGN_IDENTITY”或“$CODE_SIGN_IDENTITY”，这取决于你是否使用 cocoapods 的工作空间结构

第二种方法的想法是，xcode (xcodebuild) 在构建项目时提供的环境变量很少，因此我们尝试利用用于签署应用程序的相同签名身份来签署库。

另外关于你集成原生库的方式，我个人不建议这样做，因为如果你改变了生成的xcode项目中的任何设置，再次生成xcode项目就会消失

我们的项目中有类似的依赖，所以我们采取了在命令行中构建库的路线（您可以选择使用xcode生成器或直接使用cmake和make来构建它）。然后我们必须在我们的项目中设置一些设置

添加构建依赖项：- 为此，我们更新了框架搜索路径构建设置，该设置指向之前生成的库（您可以根据 arm64 [设备] 或 x86_64 [模拟器] 进行自定义）
假设构建依赖已被整理，但为了在运行时拥有它们，我们必须将这些库包含在 .app 文件夹的 frameworks 目录中，因此我们添加了一个运行脚本来将这些库复制到 frameworks 目录.使用类似下面的东西


# Retrieve architecture type
ARCHITECTURE=""

if [ $NATIVE_ARCH == "i386" ] || [ $NATIVE_ARCH == "x86_64" ] ; then
    ARCHITECTURE="x86_64"
else
    ARCHITECTURE="arm64"
fi 

# Retrieve build configuration
BUILD_CONFIG=""

if [ $CONFIGURATION == "Debug" ] ; then
    BUILD_CONFIG="Debug"
else
    BUILD_CONFIG="Release"
fi

# Copying library
cp -r <path_to_your_library> "$BUILT_PRODUCTS_DIR/$FRAMEWORKS_FOLDER_PATH/"

Path_to_your_library 可能因 x86_64、arm64、调试和发布版本而异。如果您使用您的路线，xcode 会自动执行第 1 步和第 2 步，但它有很多警告，但配置这些设置是一次性活动，在日常开发过程中很顺利

如果你保持正确的目录结构，你可以顺利地将它们添加到运行脚本中

Debug/arm64 用于调试 arm64 变体
Release/arm64 用于发布 arm64 变体
Debug/x86_64 用于调试 x86_64 变体
Release/x86_64 用于发布 x86_64 变体

还要确保你构建的是framework而不是dylib，否则Apple会在上传到appstore时抛出警告并拒绝

【讨论】：