从理论上讲,我们似乎可以构建一个包含模拟器,iPhone和iPad的静态库。

但是,Apple没有我可以找到的文档,并且未配置Xcode的默认模板为此。

我正在寻找一种可以在Xcode内完成的简单,可移植,可重用的技术。

一些历史记录:


在2008年,我们曾经能够制作包含sim和device的单个静态库。 Apple禁用了该功能。
在2009年全年,我们制作了两对静态库-一个用于sim,一个用于设备。苹果现在也禁用了该功能。

参考文献:



这是一个好主意,这是一个很好的方法,但它不起作用:http://www.drobnik.com/touch/2010/04/universal-static-libraries/


他的脚本中存在一些错误,这意味着它只能在他的机器上工作-他应该使用BUILT_PRODUCTS_DIR和/或BUILD_DIR而不是“猜测”它们。
Apple最新的Xcode阻止您执行他的工作-由于Xcode处理目标的方式(已记录)的更改,它根本无法工作)



另一个SO提问者问如何在不使用xcode的情况下执行此操作,而响应的重点是arm6 vs arm7部分-但忽略了i386部分:我如何编译a由于armv6,armv7和i386的静态库(fat)


由于Apple的最新更改,模拟器部分与arm6 / arm7的区别不再相同-这是一个不同的问题,见上文)




评论

只是想知道-为什么要这样?难道不是设备库更大,设备更重吗?

@Cawas-在95%的实际情况下,库的“重量”无关紧要-对于我们大多数人来说,库很小,尤其是与例如仅显示一个UIImageView。

@Cawas-同时,这里的价值在于您可以使其他人更轻松地使用/重用您的库。它变为一个阶段的拖放过程。

@Cawas-最后,一个令人惊讶的宝贵好处:意外地向某人发送“错误的”编译库很容易-XCode进行零检查,并将愉快地将“错误的”体系结构编译到您认为是“正确”的命名文件中建筑。苹果在这一领域一直在打破Xcode的标准-每个新版本都有更改,这意味着“您昨天按下以正确编译您的lib的按钮今天将错误地编译它”。在Apple不再把我们弄乱之前,我们需要对他们的不良UI进行白痴验证:)。

那真是太好了!因为现在就这样,我们只是不能依靠模拟器来完成更复杂的事情。

#1 楼

替代品:

轻松复制/粘贴最新版本(但安装说明可能会更改-请参见下文!)

Karl的库需要花费更多的精力来进行设置,但长期以来会更好—长期解决方案(它将您的库转换为框架)。

使用此解决方案,然后对其进行调整以增加对存档版本的支持-cf @Frederik在下面对他使用的更改进行了评论,这些更改使他可以在存档模式下很好地使用它。


近期更改:
1。添加了对iOS 10.x的支持(同时保持了对较旧平台的支持)


有关如何将此脚本与另一个项目中嵌入的项目一起使用的信息(尽管我强烈建议从来没有这样做过-如果您将项目相互嵌入,Apple会在Xcode中显示一些令人难以置信的bug,从Xcode 3.x到Xcode 4.6.x)。
奖金脚本可让您自动包含捆绑软件(即从您的库中包含PNG文件,PLIST文件等!)-参见下文(滚动到底部)。
现在支持iPhone5(使用Apple解决lipo漏洞的方法)。注意:安装说明已更改(我可能会通过将来更改脚本来简化此操作,但现在不想冒险了)
“复制标题”部分现在尊重公众位置的构建设置标头(由Frederik Wallner提供)
由于Doug Dickinson


SCRIPT(这就是您所拥有的),添加了SYMROOT的显式设置(也许也需要设置OBJROOT吗?)复制/粘贴)

有关用法/安装说明,请参见下文

##########################################
#
# c.f. https://stackoverflow.com/questions/3520977/build-fat-static-library-device-simulator-using-xcode-and-sdk-4
#
# Version 2.82
#
# Latest Change:
# - MORE tweaks to get the iOS 10+ and 9- working
# - Support iOS 10+
# - Corrected typo for iOS 1-10+ (thanks @stuikomma)
# 
# Purpose:
#   Automatically create a Universal static library for iPhone + iPad + iPhone Simulator from within XCode
#
# Author: Adam Martin - http://twitter.com/redglassesapps
# Based on: original script from Eonil (main changes: Eonil's script WILL NOT WORK in Xcode GUI - it WILL CRASH YOUR COMPUTER)
#

set -e
set -o pipefail

#################[ Tests: helps workaround any future bugs in Xcode ]########
#
DEBUG_THIS_SCRIPT="false"

if [ $DEBUG_THIS_SCRIPT = "true" ]
then
echo "########### TESTS #############"
echo "Use the following variables when debugging this script; note that they may change on recursions"
echo "BUILD_DIR = $BUILD_DIR"
echo "BUILD_ROOT = $BUILD_ROOT"
echo "CONFIGURATION_BUILD_DIR = $CONFIGURATION_BUILD_DIR"
echo "BUILT_PRODUCTS_DIR = $BUILT_PRODUCTS_DIR"
echo "CONFIGURATION_TEMP_DIR = $CONFIGURATION_TEMP_DIR"
echo "TARGET_BUILD_DIR = $TARGET_BUILD_DIR"
fi

#####################[ part 1 ]##################
# First, work out the BASESDK version number (NB: Apple ought to report this, but they hide it)
#    (incidental: searching for substrings in sh is a nightmare! Sob)

SDK_VERSION=$(echo ${SDK_NAME} | grep -o '\d\{1,2\}\.\d\{1,2\}$')

# Next, work out if we're in SIM or DEVICE

if [ ${PLATFORM_NAME} = "iphonesimulator" ]
then
OTHER_SDK_TO_BUILD=iphoneos${SDK_VERSION}
else
OTHER_SDK_TO_BUILD=iphonesimulator${SDK_VERSION}
fi

echo "XCode has selected SDK: ${PLATFORM_NAME} with version: ${SDK_VERSION} (although back-targetting: ${IPHONEOS_DEPLOYMENT_TARGET})"
echo "...therefore, OTHER_SDK_TO_BUILD = ${OTHER_SDK_TO_BUILD}"
#
#####################[ end of part 1 ]##################

#####################[ part 2 ]##################
#
# IF this is the original invocation, invoke WHATEVER other builds are required
#
# Xcode is already building ONE target...
#
# ...but this is a LIBRARY, so Apple is wrong to set it to build just one.
# ...we need to build ALL targets
# ...we MUST NOT re-build the target that is ALREADY being built: Xcode WILL CRASH YOUR COMPUTER if you try this (infinite recursion!)
#
#
# So: build ONLY the missing platforms/configurations.

if [ "true" == ${ALREADYINVOKED:-false} ]
then
echo "RECURSION: I am NOT the root invocation, so I'm NOT going to recurse"
else
# CRITICAL:
# Prevent infinite recursion (Xcode sucks)
export ALREADYINVOKED="true"

echo "RECURSION: I am the root ... recursing all missing build targets NOW..."
echo "RECURSION: ...about to invoke: xcodebuild -configuration \"${CONFIGURATION}\" -project \"${PROJECT_NAME}.xcodeproj\" -target \"${TARGET_NAME}\" -sdk \"${OTHER_SDK_TO_BUILD}\" ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO" BUILD_DIR=\"${BUILD_DIR}\" BUILD_ROOT=\"${BUILD_ROOT}\" SYMROOT=\"${SYMROOT}\"

xcodebuild -configuration "${CONFIGURATION}" -project "${PROJECT_NAME}.xcodeproj" -target "${TARGET_NAME}" -sdk "${OTHER_SDK_TO_BUILD}" ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO BUILD_DIR="${BUILD_DIR}" BUILD_ROOT="${BUILD_ROOT}" SYMROOT="${SYMROOT}"

ACTION="build"

#Merge all platform binaries as a fat binary for each configurations.

# Calculate where the (multiple) built files are coming from:
CURRENTCONFIG_DEVICE_DIR=${SYMROOT}/${CONFIGURATION}-iphoneos
CURRENTCONFIG_SIMULATOR_DIR=${SYMROOT}/${CONFIGURATION}-iphonesimulator

echo "Taking device build from: ${CURRENTCONFIG_DEVICE_DIR}"
echo "Taking simulator build from: ${CURRENTCONFIG_SIMULATOR_DIR}"

CREATING_UNIVERSAL_DIR=${SYMROOT}/${CONFIGURATION}-universal
echo "...I will output a universal build to: ${CREATING_UNIVERSAL_DIR}"

# ... remove the products of previous runs of this script
#      NB: this directory is ONLY created by this script - it should be safe to delete!

rm -rf "${CREATING_UNIVERSAL_DIR}"
mkdir "${CREATING_UNIVERSAL_DIR}"

#
echo "lipo: for current configuration (${CONFIGURATION}) creating output file: ${CREATING_UNIVERSAL_DIR}/${EXECUTABLE_NAME}"
xcrun -sdk iphoneos lipo -create -output "${CREATING_UNIVERSAL_DIR}/${EXECUTABLE_NAME}" "${CURRENTCONFIG_DEVICE_DIR}/${EXECUTABLE_NAME}" "${CURRENTCONFIG_SIMULATOR_DIR}/${EXECUTABLE_NAME}"

#########
#
# Added: StackOverflow suggestion to also copy "include" files
#    (untested, but should work OK)
#
echo "Fetching headers from ${PUBLIC_HEADERS_FOLDER_PATH}"
echo "  (if you embed your library project in another project, you will need to add"
echo "   a "User Search Headers" build setting of: (NB INCLUDE THE DOUBLE QUOTES BELOW!)"
echo '        "$(TARGET_BUILD_DIR)/usr/local/include/"'
if [ -d "${CURRENTCONFIG_DEVICE_DIR}${PUBLIC_HEADERS_FOLDER_PATH}" ]
then
mkdir -p "${CREATING_UNIVERSAL_DIR}${PUBLIC_HEADERS_FOLDER_PATH}"
# * needs to be outside the double quotes?
cp -r "${CURRENTCONFIG_DEVICE_DIR}${PUBLIC_HEADERS_FOLDER_PATH}"* "${CREATING_UNIVERSAL_DIR}${PUBLIC_HEADERS_FOLDER_PATH}"
fi
fi



安装说明


创建静态lib项目
选择目标
在“构建设置”选项卡中,将“仅构建活动体系结构”设置为“否”(对于所有项目)
在在“构建阶段”选项卡上,选择“添加...新建构建阶段...新建运行脚本构建阶段”
将脚本(上方)复制/粘贴到框中

...奖励可选用法:


可选:如果库中有标题,请将其添加到“复制标题”阶段
可选:...并将它们从“项目”部分拖放到“公共”部分
可选:...,并且每次您构建应用程序时,它们都会自动导出到“ debug-universal”目录的子目录中(它们位于usr / local / include中)
可选:注意:如果您还尝试将项目拖放到另一个Xcode项目中,这会暴露Xcode 4中的一个错误,如果您在拖放项目中具有“公共标题”,则该错误将无法创建.IPA文件。解决方法:不要嵌入xcode项目(Apple代码中有太多错误!)

如果找不到输出文件,请采用以下解决方法:


在脚本的最后添加以下代码(由Frederik Wallner提供):打开“ $ {CREATING_UNIVERSAL_DIR}”
Apple删除200行后的所有输出。选择目标,然后在“运行脚本”阶段中,您必须取消勾选:“在构建日志中显示环境变量”

,如果您为XCode4使用自定义“构建输出”目录,则XCode会将所有您的“意外”文件放在错误的位置。


构建项目
单击Xco​​de4左上方右侧的最后一个图标。
在主窗口中,选择顶部项目(这是您的“最新版本”。Apple应该自动选择它,但他们没有想到)。
滚动到底部。最后一行应显示为:lipo:对于当前配置(调试),创建输出文件:/Users/blah/Library/Developer/Xcode/DerivedData/AppName-ashwnbutvodmoleijzlncudsekyf/Build/Products/Debug-universal/libTargetName.a

...这是Universal Build的位置。



如何在项目中包括“非源代码”文件(PNG,PLIST,XML)等)


完成上述所有操作,检查其是否有效
创建第一个后的新运行脚本阶段(复制/粘贴以下代码)
在Xcode中创建一个类型为“ bundle”的新目标
在您的主项目的“构建阶段”中,将新捆绑包添加为它“依赖”的内容(顶部,单击加号按钮,滚动到底部,在产品中找到“ .bundle”文件)。
在“新建捆绑包目标”的“构建阶段”中,添加“复制捆绑包资源”部分,然后将所有PNG文件等拖放到其中

脚本以自动复制构建的捆绑包)放入与FAT静态库相同的文件夹中:

echo "RunScript2:"
echo "Autocopying any bundles into the 'universal' output folder created by RunScript1"
CREATING_UNIVERSAL_DIR=${SYMROOT}/${CONFIGURATION}-universal
cp -r "${BUILT_PRODUCTS_DIR}/"*.bundle "${CREATING_UNIVERSAL_DIR}"


评论


我现在已经在一些项目中使用了此功能,并将其运送到使用此功能构建库的应用程序商店中。所有人都可以100%正常工作,所以我现在坚持使用它(直到Xcode 4为止)

–亚当
10-10-12在7:28

谁能确认此方法是否适用于XCode 4.5?我正在尝试编译静态库并在我的主项目中使用它。我可以在设备上而不是模拟器上运行它。这是我得到的错误:文件/Users/alex/Documents/iphone/production/iphone/mymedia/libMyUnrar4iOS.a中缺少必需的体系结构i386(2个切片)

–Alex1987
2012-09-17 18:16



知道如何使它与XCode 5和ARM64一起使用吗?如果我将体系结构保留为标准配置,那么它将按预期使armv7,armvs7和i386成为库。如果我将体系结构设置为包括64位的标准,则该库仅包含“ cputype 16777223”。我在.a文件上使用otool -h来验证里面的内容

– Roger Binns
13-10-23在22:44

XCode5使添加运行脚本构建阶段变得更加棘手。看看这个:runscriptbuildphase.com

–法比奥·纳波达诺(Fabio Napodano)
13年11月25日在12:01

这似乎可以在Xcode 6上正常运行,而无需进行任何更改(到目前为止仅尝试了几个项目,并且尚未提交任何App Store更新,但到目前为止一切正常。)

–亚当
2014-10-15 14:39

#2 楼

我花了很多时间试图构建一个可以在armv7,armv7s和模拟器上运行的胖静态库。终于找到了解决方法。

要点是分别构建两个库(一个用于设备,然后一个用于模拟器),将它们重命名以彼此区分,然后脂质创建它们。一个图书馆。

lipo -create libPhone.a libSimulator.a -output libUniversal.a


我尝试了,它可以工作!

评论


我建议您阅读已接受的答案。您可能会发现此问题已经在2年之前得到了覆盖...

–亚当
13年1月21日,0:08

我读了它,使用了脚本,但是对于armv7s而言,它不适合我。

– g_low
13年2月5日在10:43

lipo命令在脚本上不起作用,但是手动操作效果很好! 10倍

–迪马
13年3月11日在9:34

+1这确实是我所需要的,而不是庞大的“制作框架”脚本。

–LearnCocos2D
2013年6月5日在22:44



您的SolutionURL返回“错误404-未找到”

– Alex
17年7月14日在13:48

#3 楼

我已经制作了一个XCode 4项目模板,它使您可以像制作常规库一样轻松地创建通用框架。

评论


无法使用iOS 4.3目标构建它。获取以下错误:-stdlib = libc ++的无效部署目标(需要iOS 5.0或更高版本)

–Alex1987
2012年10月20日12:40

我希望我可以为此答案提供更多的声誉点……比使用CMake创建静态库要容易得多。非常感谢您这样做!

–被抢劫
13年1月23日在20:05

它也适用于iOS 6。但这也许是因为我的库很简单,没有任何依赖关系和资源

–Paulius Vindzigelskis
13年6月6日在9:06

该解决方案存在一个大问题:其他想要使用此解决方案创建的框架的人(此解决方案建议将fremework模板安装到xcode)必须将此模板安装到THEIR xcode上!!!

–evya
2014年9月28日在12:16

您只需要为实际框架安装模板。假框架可以在未修改的Xcode中正常运行。

–卡尔
14-10-29在21:13

#4 楼

有一个命令行实用程序xcodebuild,您可以在xcode中运行shell命令。
因此,如果您不介意使用自定义脚本,则此脚本可能会为您提供帮助。

#Configurations.
#This script designed for Mac OS X command-line, so does not use Xcode build variables.
#But you can use it freely if you want.

TARGET=sns
ACTION="clean build"
FILE_NAME=libsns.a

DEVICE=iphoneos3.2
SIMULATOR=iphonesimulator3.2






#Build for all platforms/configurations.

xcodebuild -configuration Debug -target ${TARGET} -sdk ${DEVICE} ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO
xcodebuild -configuration Debug -target ${TARGET} -sdk ${SIMULATOR} ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO
xcodebuild -configuration Release -target ${TARGET} -sdk ${DEVICE} ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO
xcodebuild -configuration Release -target ${TARGET} -sdk ${SIMULATOR} ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO







#Merge all platform binaries as a fat binary for each configurations.

DEBUG_DEVICE_DIR=${SYMROOT}/Debug-iphoneos
DEBUG_SIMULATOR_DIR=${SYMROOT}/Debug-iphonesimulator
DEBUG_UNIVERSAL_DIR=${SYMROOT}/Debug-universal

RELEASE_DEVICE_DIR=${SYMROOT}/Release-iphoneos
RELEASE_SIMULATOR_DIR=${SYMROOT}/Release-iphonesimulator
RELEASE_UNIVERSAL_DIR=${SYMROOT}/Release-universal

rm -rf "${DEBUG_UNIVERSAL_DIR}"
rm -rf "${RELEASE_UNIVERSAL_DIR}"
mkdir "${DEBUG_UNIVERSAL_DIR}"
mkdir "${RELEASE_UNIVERSAL_DIR}"

lipo -create -output "${DEBUG_UNIVERSAL_DIR}/${FILE_NAME}" "${DEBUG_DEVICE_DIR}/${FILE_NAME}" "${DEBUG_SIMULATOR_DIR}/${FILE_NAME}"
lipo -create -output "${RELEASE_UNIVERSAL_DIR}/${FILE_NAME}" "${RELEASE_DEVICE_DIR}/${FILE_NAME}" "${RELEASE_SIMULATOR_DIR}/${FILE_NAME}"


也许看起来效率低下(我不擅长使用shell脚本),但很容易理解。
我配置了一个仅运行此脚本的新目标。该脚本是为命令行设计的,但未在:)

中进行测试。核心概念是xcodebuildlipo

我在Xcode UI中尝试了许多配置,但没有任何效果。因为这是一种批处理,所以命令行设计更合适,因此Apple逐渐从Xcode删除了批处理构建功能。因此,我不希望他们将来提供基于UI的批处理构建功能。

评论


谢谢,基本的简单命令似乎仍然有效,这很有趣-只是Apple显着破坏了它们的GUI。看起来我可以制作一个完全自定义的项目模板,该模板不会“吸吮”并通过预先制作所有Target并用xcode build vars连接此脚本来修复Apple遇到的问题。我将在下一个项目中尝试一下:)

–亚当
2010年9月2日于20:01

我使用了与此类似的脚本,并将其放在仅包含shell脚本的新目标下。上面的递归构建脚本非常聪明,但不必要地造成混淆。

– benzado
2011年2月9日在18:52

我更喜欢用shell脚本来处理类似的事情,这是我的想法gist.github.com/3178578

–slf
2012年7月25日在20:47

@benzado是的,我有意避免了复杂性,因为我认为shell脚本必须易于阅读以进行修改。

–尼尔
2012年7月26日在5:42

lipo:无法打开输入文件:/ Debug-iphoneos /

–迪马
13年11月11日在9:11

#5 楼

我需要一个用于JsonKit的胖静态库,因此在Xcode中创建了一个静态库项目,然后在项目目录中运行此bash脚本。只要在xcode项目中配​​置了“仅构建活动配置”,就应该将所有体系结构都放在一个库中。

#!/bin/bash
xcodebuild -sdk iphoneos
xcodebuild -sdk iphonesimulator
lipo -create -output libJsonKit.a build/Release-iphoneos/libJsonKit.a build/Release-iphonesimulator/libJsonKit.a


#6 楼

IOS 10更新:

我在用iphoneos10.0构建fatlib时遇到了问题,因为脚本中的正则表达式只要求9.x及更低版本,并且对于ios 10.0返回0.0。

/>要解决此问题,只需将

SDK_VERSION=$(echo ${SDK_NAME} | grep -o '.\{3\}$')


替换为

SDK_VERSION=$(echo ${SDK_NAME} | grep -o '[\.0-9]\{3,4\}$')


评论


谢谢。我今天早上做了类似的更改,但是使用了\ d。我想这就是我们想要的(比您的好还是坏?)... grep -o'\ d \ {1,2 \} \。\ d \ {2 \} $'

–亚当
16-09-19在16:23



我认为我的方法更可靠,因为它只考虑数字

–本
16 Sep 19 '18:27



不,您匹配一种特定的数字输入方式。鉴于Apple过去对(和使用)美化的字符和文本(例如在文件名中)的支持,我希望您对数位的专有选择不太可靠。

–亚当
16-09-21在8:10

好吧,也许你是对的。至少我的项目也能正常工作,我们对接下来的89个ios版本很安全

–本
16-09-21在8:26

@ben解决方案对我有用,Adam的正则表达式'[\\。0-9] \ {3,4 \} $'给出错误代码2

– Zee
16-10-5在8:27

#7 楼

我将其制作为Xcode 4模板,与Karl的静态框架模板一样。

我发现构建静态框架(而不是纯静态库)会导致LLVM随机崩溃,原因是到明显的链接器错误-因此,我认为静态库仍然有用!

评论


迈克尔,您好,我已经尝试了您的静态库模板,但可以针对模拟器进行编译,但无法针对设备进行编译,此处出现错误:**构建失败**以下构建命令失败:ProcessPCH / var / folders / qy / ncy6fkpn6677qt876ljrc54m0000gn / C / com .apple.Xcode.501 / SharedPrecompiledHeaders / MenuBarUniversal-Prefix-gwxxzpanxyudmfgryorafazokagi / MenuBarUniversal-Prefix.pch.pth MenuBarUniversal / MenuBarUniversal-Prefix.pch常规armv7 Objective-c com.apple.compilers.llvm.clang。 )仅显示前200条通知,命令/ bin / sh失败,退出代码为65

– Kappe
2012年11月1日于10:40



#8 楼

很好!我一起破解了类似的东西,但不得不单独运行它。只需将其作为构建过程的一部分,就可以使它变得更加简单。

注意事项之一。我注意到它不会复制您标记为公共的任何包含文件。我已经将脚本中的内容调整为适合您的脚本,并且效果很好。将以下内容粘贴到脚本的末尾。

if [ -d "${CURRENTCONFIG_DEVICE_DIR}/usr/local/include" ]
then
  mkdir -p "${CURRENTCONFIG_UNIVERSAL_DIR}/usr/local/include"
  cp "${CURRENTCONFIG_DEVICE_DIR}"/usr/local/include/* "${CURRENTCONFIG_UNIVERSAL_DIR}/usr/local/include"
fi


评论


好的,我已经将其添加到上面的答案中。 (还没有机会进行测试,但是对我来说看起来是正确的)

–亚当
2010年12月2日于15:02

#9 楼

XCode 12更新:
如果在不使用xcodebuild参数的情况下运行-arch,则XCode 12将默认以体系结构“ arm64 x86_64”构建模拟器库。
然后运行xcrun -sdk iphoneos lipo -create -output将发生冲突,因为模拟器和设备中都存在arm64体系结构库。
我从Adam git分支脚本并修复它。

评论


谢谢!如果您还可以在标题中记录已更改的内容,那就太好了。

– Frederik
9月28日13:33

欢迎使用指向解决方案的链接,但是请确保没有该链接的情况下,您的回答是有用的:在链接周围添加上下文,以便您的其他用户可以了解它的含义和含义,然后引用您所使用页面中最相关的部分如果目标页面不可用,请重新链接。只是链接的答案可能会被删除。

–云诺施
9月30日10:24

谢谢你的建议。我刚刚编辑了答案。

–陈少仁
9月30日上午11:21

#10 楼

我实际上只是为此目的编写了自己的脚本。它不使用Xcode。
(它基于Gambit Scheme项目中的类似脚本。)

基本上,它运行./configure并执行三次(对于i386,armv7,和armv7s),并将每个生成的库合并到一个胖的lib中。