假设没有框架风格的库构建,与 3rd 方库捆绑时通常这样做的方式是正常构建包,将其安装在 中/usr/local
,然后配置您的项目以包含并从那里链接。建造是容易的部分。
棘手的部分是正确捆绑.app
。您需要添加一个自定义构建阶段(在其他阶段之后),它首先将所有依赖.dylib
文件复制到您的应用程序包的 Frameworks 文件夹中(使用环境变量来提供帮助;请参阅 Xcode 文档)。然后您需要使用install_name_tool
来获取应用程序二进制文件以查看框架目录(因为嵌入式 soname 仍然认为它在/usr/local
. 这部分非常繁琐,没有很好的文档记录。
我刚刚从我使用 GSL 的工作项目中提取了这个。只需将其作为自定义脚本添加到您的 XCode 项目中作为额外的构建阶段:
# Framework folder for Example.app
FRAMEWORKS_DIR=${TARGET_BUILD_DIR}/Example.app/Contents/Frameworks
# Create path if it doesn't exsit
mkdir -p ${FRAMEWORKS_DIR}
# Find the original linked path for libgsl
GSLLIB=`otool -L ${TARGET_BUILD_DIR}/Example.app/Contents/MacOS/Example | grep libgsl | cut -d" " -f1`
GSLPATH=`dirname $GSLLIB`
# Copy the dylibs into your app
cp /usr/local/lib/lib{gsl,gslcblas}.0.dylib ${FRAMEWORKS_DIR}
# Update embedded paths
install_name_tool \
-change ${GSLPATH}/libgsl.0.dylib \
@executable_path/../Frameworks/libgsl.0.dylib \
${TARGET_BUILD_DIR}/Example.app/Contents/MacOS/Example
这应该适用于您的应用程序名称的简单替换。
这与构建独立 Qt 应用程序所需的基本相同,因此此处的文档非常相关:
值得一读关于捆绑包、框架和打包的内容。例如:
这篇文章也很相关:
请注意,GSL 是根据 GPL 发布的,因此您的应用程序需要以类似方式发布才能尊重许可。运送源是必要的,但不足以满足合规性要求。