web-dev-qa-db-ja.com

XcodeとSDK 4+を使用してファットスタティックライブラリ（デバイス+シミュレーター）をビルドします

理論的には、シミュレータとiPhoneおよびiPadの両方を含む単一の静的ライブラリを構築できるようです。

ただし、Appleにはこれに関するドキュメントがなく、Xcodeのデフォルトのテンプレートはこれを行うように構成されていません。

Xcode内で実行できる、シンプルでポータブルで再利用可能なテクニックを探しています。

いくつかの歴史：

  • 2008年には、simとdeviceの両方を含む単一のstatic-libsを作成できました。 Appleはそれを無効にしました。
  • 2009年を通じて、静的ライブラリのペアを作成しました。1つはsim用、もう1つはデバイス用です。 Appleは、これも無効にしました。

参照：

  1. これは素晴らしいアイデアですが、優れたアプローチですが、動作しません： http://www.drobnik.com/touch/2010/04/universal-static-libraries/

    • スクリプトにはバグがあり、それは自分のマシンでしか動作しないことを意味します-彼は「推測」する代わりにBUILT_PRODUCTS_DIRおよび/またはBUILD_DIRを使用する必要があります）
    • Appleの最新のXcodeは、あなたが彼がしたことをすることを妨げます-Xcodeがターゲットを処理する方法の（文書化された）変更のために、それは単に動作しません）

  2. 別のSO質問者は、xcodeを使用せずに、arm6対arm7部分に焦点を当てた応答を行う方法を尋ねましたが、i386部分は無視しました： armv6、armv7、i386のライブラリ（脂肪）

    • Appleの最新の変更以来、シミュレーター部分はarm6/arm7の違いとは異なります-別の問題です。上記を参照）
iphonexcode
278
Adam

代替案：

最新バージョンの簡単なコピー/貼り付け （ただし、インストール手順は変更される可能性があります-以下を参照してください！）

Karlのライブラリ は、セットアップにより多くの労力を費やしますが、長期的なソリューション（ライブラリをフレームワークに変換します）ははるかに優れています。

これを使用してから、微調整してアーカイブビルドのサポートを追加します -c.f.以下の@Frederikのコメントは、アーカイブモードでこれをうまく機能させるために使用している変更についてです。

最近の変更：1. iOS 10.xのサポートを追加（古いプラットフォームのサポートを維持）

  1. Project-embedded-in-an-other-projectでこのスクリプトを使用する方法に関する情報（プロジェクトを埋め込む場合、AppleにはXcodeのいくつかのショーストッパーバグがあります。互いに、Xcode 3.xからXcode 4.6.xまで）

  2. バンドルを自動インクルードできるようにするボーナススクリプト（つまり、ライブラリからPNGファイル、PLISTファイルなどをインクルードします！）-以下を参照（下にスクロール）

  3. iPhone5をサポートするようになりました（リポのバグに対するAppleの回避策を使用）。注：インストール手順が変更されました（今後スクリプトを変更することでおそらくこれを簡素化できますが、今は危険にさらしたくありません）

  4. 「ヘッダーのコピー」セクションは、パブリックヘッダーの場所のビルド設定を尊重するようになりました（Frederik Wallner提供）

  5. Doug Dickinsonのおかげで、SYMROOTの明示的な設定を追加しました（OBJROOTも設定する必要があるかもしれません）。

SCRIPT（これはコピー/ペーストする必要があるものです）

使用方法/インストール手順については、以下を参照してください

##########################################
#
# 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

インストール手順

  1. 静的ライブラリプロジェクトを作成する
  2. ターゲットを選択
  3. [ビルド設定]タブで、[アクティブなアーキテクチャのみをビルド]を[いいえ]に設定します（allアイテムの場合）
  4. [ビルドフェーズ]タブで、[追加...新しいビルドフェーズ...新しい実行スクリプトビルドフェーズ]を選択します。
  5. スクリプト（上記）をボックスにコピーして貼り付けます

...ボーナスオプション：

  1. オプション：ライブラリにヘッダーがある場合は、「ヘッダーのコピー」フェーズに追加します
  2. オプション：...そして「プロジェクト」セクションから「パブリック」セクションにドラッグ/ドロップします
  3. オプション：...また、アプリをビルドするたびに、「debug-universal」ディレクトリのサブディレクトリに自動的にエクスポートされます（usr/local/includeにあります）
  4. オプション：注：alsoプロジェクトを別のXcodeプロジェクトにドラッグ/ドロップしようとすると、Xcode 4でバグが発生します。ドラッグ/ドロップされたプロジェクトにパブリックヘッダーがある場合は、.IPAファイル。回避策：Xcodeプロジェクトを埋め込まないでください（Appleのコードのバグが多すぎます！）

出力ファイルが見つからない場合は、次の回避策があります。

  1. スクリプトの最後に次のコードを追加します（Frederik Wallner提供）：open "$ {CREATING_UNIVERSAL_DIR}"

  2. Appleは200行後にすべての出力を削除します。ターゲットを選択し、スクリプトの実行フェーズで、「ビルドログに環境変数を表示する」のチェックを外す必要があります。

  3. xCode4にカスタムの「ビルド出力」ディレクトリを使用している場合、XCodeはすべての「予期しない」ファイルを間違った場所に配置します。

    1. プロジェクトを構築する
    2. Xcode4の左上にある右側の最後のアイコンをクリックします。
    3. 一番上のアイテムを選択します（これは「最新のビルド」です。Appleは自動的に選択するはずですが、彼らはそれを考えていませんでした）
    4. メインウィンドウで、一番下までスクロールします。最後の行は次のようになります。lipo：現在の構成（デバッグ）の出力ファイルの作成：/Users/blah/Library/Developer/Xcode/DerivedData/AppName-ashwnbutvodmoleijzlncudsekyf/Build/Products/Debug-universal/libTargetName.a

    ...これがUniversal Buildの場所です。

プロジェクトに「非ソースコード」ファイルを含める方法（PNG、PLIST、XMLなど）

  1. 上記をすべて実行し、動作することを確認します
  2. 最初のスクリプトの後に来る新しいRun Scriptフェーズを作成します（以下のコードをコピーして貼り付けます）
  3. 「バンドル」タイプの新しいターゲットをXcodeで作成します
  4. MAIN PROJECTの「Build Phases」で、新しいバンドルを「依存」するものとして追加します（上部セクション、プラスボタンを押し、下部までスクロールし、製品で「.bundle」ファイルを見つけます）
  5. 新しいバンドルターゲットの[ビルドフェーズ]で、[バンドルリソースのコピー]セクションを追加し、すべての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}"
268
Adam

私は、armv7、armv7s、およびシミュレーターで動作する太い静的ライブラリーを構築するために何時間も費やしました。最後に 解決策が見つかりました 。

要点は、2つのライブラリ（デバイス用とシミュレータ用）を別々にビルドし、それらを互いに区別できるように名前を変更してから、それらを1つのライブラリにリポ作成します。

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

私はそれを試してみましたが、うまくいきます！

80
g_low

XCode 4プロジェクトテンプレート を作成しました。これにより、通常のライブラリを作成するのと同じくらい簡単にユニバーサルフレームワークを作成できます。

74
Karl

コマンドラインユーティリティxcodebuildがあり、xcode内でシェルコマンドを実行できます。そのため、カスタムスクリプトを使用してもかまわない場合は、このスクリプトが役立ちます。

#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}"

非効率に見えるかもしれませんが（私はシェルスクリプトが苦手です）、理解しやすいでしょう。このスクリプトのみを実行する新しいターゲットを構成しました。スクリプトはコマンドライン用に設計されていますが、:)ではテストされていません

コアコンセプトは、xcodebuildおよびlipoです。

Xcode UIで多くの設定を試しましたが、何も機能しませんでした。これは一種のバッチ処理であるため、コマンドライン設計の方が適しているため、AppleはXcodeから徐々にバッチビルド機能を削除しました。そのため、今後UIベースのバッチビルド機能が提供されるとは思いません。

30
Eonil

JsonKit用の太い静的ライブラリが必要だったため、Xcodeで静的ライブラリプロジェクトを作成し、プロジェクトディレクトリでこのbashスクリプトを実行しました。 「Build active configuration only」をオフにしてxcodeプロジェクトを構成している限り、1つのlibですべてのアーキテクチャを取得する必要があります。

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

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\}$')
7
ben

Karlの静的フレームワークテンプレートと同じように、これを Xcode 4テンプレート にしました。

明白なリンカのバグのために、（単純な静的ライブラリの代わりに）静的フレームワークを構築すると、LLVMでランダムなクラッシュが発生することがわかりました。

4
Michael Tyson

よくやった！同様のことを一緒にハックしましたが、個別に実行する必要がありました。それをビルドプロセスの一部にするだけで、非常に簡単になります。

注意事項が1つあります。パブリックとしてマークしたインクルードファイルはコピーされないことに気付きました。私は自分のスクリプトにあるものをあなたのものに適合させましたが、それはかなりうまくいきます。スクリプトの最後に次を貼り付けます。

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
2
user503821

私は実際に 自分のスクリプトを書いた この目的のために。 Xcodeは使用しません。 （Gambit Schemeプロジェクトの同様のスクリプトに基づいています。）

基本的に、。/ configureとmakeを3回実行し（i386、armv7、およびarmv7sの場合）、結果の各ライブラリを太いlibに結合します。

1
whooops