Erstellen Sie mit Xcode und SDK 4+ eine fette statische Bibliothek (Gerät + Simulator)

Es scheint, dass wir theoretisch eine einzige statische Bibliothek erstellen können, die sowohl Simulator als auch iPhone und iPad enthält.

Apple hat jedoch keine Dokumentation dazu, die ich finden kann, und die Standardvorlagen von Xcode sind NICHT dafür konfiguriert.

Ich suche nach einer einfachen, tragbaren und wiederverwendbaren Technik, die in Xcode ausgeführt werden kann.

Einige Geschichten:

• Im Jahr 2008 konnten wir einzelne statische Bibliotheken erstellen, die sowohl Sim als auch Gerät enthielten. Apple hat das deaktiviert.
• Im Laufe des Jahres 2009 haben wir Paare statischer Bibliotheken erstellt - eine für Sim, eine für Geräte. Apple hat das jetzt auch deaktiviert.

Verweise:

1. Dies ist eine großartige Idee, ein ausgezeichneter Ansatz, der jedoch nicht funktioniert: http://www.drobnik.com/touch/2010/04/universal-static-libraries/

   • Es gibt einige Fehler in seinem Skript, die bedeuten, dass es nur auf seinem Computer funktioniert - er sollte BUILT_PRODUCTS_DIR und / oder BUILD_DIR verwenden, anstatt sie zu "schätzen".
   • Apples neuester Xcode verhindert, dass Sie das tun, was er getan hat - er funktioniert einfach nicht, da sich die (dokumentierte) Änderung der Art und Weise, wie Xcode Ziele verarbeitet, geändert hat.

2. Ein anderer SO-Fragesteller fragte, wie es OHNE xcode und mit Antworten gemacht werden soll, die sich auf den Teil arm6 vs arm7 konzentrierten - ignorierte jedoch den Teil i386: Wie kompiliere ich eine statische Bibliothek (Fett) für armv6, armv7 und i386

   • Seit den letzten Änderungen von Apple ist der Simulator-Teil nicht mehr derselbe wie der Unterschied zwischen arm6 und arm7 - es ist ein anderes Problem, siehe oben)

ALTERNATIVEN:

Einfaches Kopieren / Einfügen der neuesten Version (die Installationsanweisungen können sich jedoch ändern - siehe unten!)

Die Einrichtung von Karls Bibliothek erfordert viel mehr Aufwand, aber eine viel schönere langfristige Lösung (sie konvertiert Ihre Bibliothek in ein Framework).

Verwenden Sie diese Option und optimieren Sie sie, um Unterstützung für Archiv-Builds hinzuzufügen. Siehe @ Frederiks Kommentar unten zu den Änderungen, die er verwendet, damit dies im Archivierungsmodus gut funktioniert.

JÜNGSTE ÄNDERUNGEN: 1. Unterstützung für iOS 10.x hinzugefügt (während die Unterstützung für ältere Plattformen beibehalten wird)

1. Informationen zur Verwendung dieses Skripts mit einem Projekt, das in ein anderes Projekt eingebettet ist (obwohl ich dringend empfehle, dies niemals zu tun - Apple hat ein paar Show-Stopper-Fehler in Xcode, wenn Sie Projekte von Xcode ineinander einbetten 3.x bis Xcode 4.6.x)

2. Bonusskript, mit dem Sie Bundles automatisch einschließen können (dh PNG-Dateien, PLIST-Dateien usw. aus Ihrer Bibliothek einschließen!) - siehe unten (nach unten scrollen)

3. unterstützt jetzt das iPhone5 (mit Apples Problemumgehung für die Fehler in Lipo). HINWEIS: Die Installationsanweisungen haben sich geändert (ich kann dies wahrscheinlich vereinfachen, indem ich das Skript in Zukunft ändere, möchte es aber jetzt nicht riskieren).

4. Der Abschnitt "Header kopieren" berücksichtigt jetzt die Build-Einstellung für den Speicherort der öffentlichen Header (mit freundlicher Genehmigung von Frederik Wallner).

5. Dank Doug Dickinson wurde die explizite Einstellung von SYMROOT hinzugefügt (muss möglicherweise auch OBJROOT eingestellt werden?)

SCRIPT (das müssen Sie kopieren / einfügen)

Anweisungen zur Verwendung / Installation finden Sie unten

##########################################
#
# c.f. /programming/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

INSTALLATIONSANWEISUNGEN

1. Erstellen Sie ein statisches lib-Projekt
2. Wählen Sie das Ziel aus
3. Setzen Sie auf der Registerkarte "Build-Einstellungen" "Nur aktive Architektur erstellen" auf "NEIN" (für alle Elemente).
4. Wählen Sie auf der Registerkarte "Build-Phasen" die Option "Hinzufügen ... Neue Build-Phase ... Neue Run-Skript-Build-Phase".
5. Kopieren Sie das Skript (oben) und fügen Sie es in das Feld ein

... BONUS OPTIONALE Verwendung:

5. OPTIONAL: Wenn Ihre Bibliothek Header enthält, fügen Sie diese der Phase "Header kopieren" hinzu
6. OPTIONAL: ... und ziehen Sie sie aus dem Abschnitt "Projekt" in den Abschnitt "Öffentlich"
7. OPTIONAL: ... und sie werden jedes Mal, wenn Sie die App erstellen, AUTOMATISCH in ein Unterverzeichnis des Verzeichnisses "debug-universal" exportiert (sie befinden sich in usr / local / include).
8. OPTIONAL: HINWEIS: Wenn Sie auch versuchen, Ihr Projekt in ein anderes Xcode-Projekt zu ziehen, wird ein Fehler in Xcode 4 angezeigt, bei dem keine IPA-Datei erstellt werden kann, wenn Ihr Drag / Drop-Projekt öffentliche Header enthält. Die Problemumgehung: Betten Sie keine Xcode-Projekte ein (zu viele Fehler in Apples Code!)

Wenn Sie die Ausgabedatei nicht finden können, finden Sie hier eine Problemumgehung:

1. Fügen Sie den folgenden Code ganz am Ende des Skripts hinzu (mit freundlicher Genehmigung von Frederik Wallner): open "$ {CREATING_UNIVERSAL_DIR}"

2. Apple löscht alle Ausgaben nach 200 Zeilen. Wählen Sie Ihr Ziel aus und in der Phase "Skript ausführen" MÜSSEN Sie das Kontrollkästchen "Umgebungsvariablen im Erstellungsprotokoll anzeigen" deaktivieren.

3. Wenn Sie ein benutzerdefiniertes "Build Output" -Verzeichnis für XCode4 verwenden, legt XCode alle Ihre "unerwarteten" Dateien am falschen Ort ab.

   1. Erstellen Sie das Projekt
   2. Klicken Sie auf das letzte Symbol rechts oben links in Xcode4.
   3. Wählen Sie das oberste Element aus (dies ist Ihr "letzter Build". Apple sollte es automatisch auswählen, aber daran haben sie nicht gedacht).
   4. Scrollen Sie im Hauptfenster nach unten. Die allerletzte Zeile sollte lauten: lipo: Für die aktuelle Konfiguration (Debug) wird eine Ausgabedatei erstellt: /Users/blah/Library/Developer/Xcode/DerivedData/AppName-ashwnbutvodmoleijzlncudsekyf/Build/Products/Debug-universal/libTargetName.a

   ... das ist der Ort Ihres Universal Builds.

So fügen Sie "Nicht-Quellcode" -Dateien in Ihr Projekt ein (PNG, PLIST, XML usw.)

1. Tun Sie alles oben, überprüfen Sie, ob es funktioniert
2. Erstellen Sie eine neue Run Script-Phase, die NACH DER ERSTEN erfolgt (kopieren Sie den folgenden Code / fügen Sie ihn ein).
3. Erstellen Sie in Xcode ein neues Ziel vom Typ "Bundle".
4. Fügen Sie in Ihrem MAIN PROJECT unter "Build Phases" das neue Bundle als etwas hinzu, von dem es "abhängt" (oberer Abschnitt, drücken Sie die Plus-Taste, scrollen Sie nach unten, suchen Sie die ".bundle" -Datei in Ihren Produkten).
5. Fügen Sie in Ihrem NEUEN BUNDLE-ZIEL unter "Phasen erstellen" einen Abschnitt "Bundle-Ressourcen kopieren" hinzu und ziehen Sie alle PNG-Dateien usw. per Drag & Drop hinein

Skript zum automatischen Kopieren der erstellten Bundles in denselben Ordner wie Ihre statische FAT-Bibliothek:

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

Ich habe viele Stunden damit verbracht, eine fette statische Bibliothek zu erstellen, die mit armv7, armv7s und dem Simulator funktioniert. Endlich eine Lösung gefunden .

Das Wesentliche ist, die beiden Bibliotheken (eine für das Gerät und eine für den Simulator) getrennt zu erstellen, sie umzubenennen, um sie voneinander zu unterscheiden, und sie dann in einer Bibliothek zu erstellen.

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

Ich habe es versucht und es funktioniert!

Ich habe eine XCode 4-Projektvorlage erstellt , mit der Sie ein universelles Framework genauso einfach erstellen können wie mit einer regulären Bibliothek.

Es gibt ein Befehlszeilenprogramm, xcodebuildund Sie können den Shell-Befehl in xcode ausführen. Wenn es Ihnen nichts ausmacht, ein benutzerdefiniertes Skript zu verwenden, kann Ihnen dieses Skript helfen.

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

Sieht vielleicht ineffizient aus (ich bin nicht gut im Shell-Skript), aber leicht zu verstehen. Ich habe ein neues Ziel konfiguriert, auf dem nur dieses Skript ausgeführt wird. Das Skript ist für die Befehlszeile konzipiert, aber nicht in :) getestet

Das Kernkonzept ist xcodebuildundlipo .

Ich habe viele Konfigurationen innerhalb der Xcode-Benutzeroberfläche ausprobiert, aber nichts hat funktioniert. Da dies eine Art Stapelverarbeitung ist, ist das Befehlszeilendesign besser geeignet, sodass Apple die Stapelerstellungsfunktion schrittweise aus Xcode entfernt hat. Ich erwarte daher nicht, dass sie in Zukunft UI-basierte Batch-Build-Funktionen anbieten.

Ich brauchte eine fette statische Bibliothek für JsonKit, also erstellte ich ein statisches lib-Projekt in Xcode und führte dann dieses Bash-Skript im Projektverzeichnis aus. Solange Sie das xcode-Projekt mit deaktivierter Option "Nur aktive Konfiguration erstellen" konfiguriert haben, sollten Sie alle Architekturen in einer Bibliothek erhalten.

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

IOS 10 Update:

Ich hatte ein Problem beim Erstellen der Fatlib mit iphoneos10.0, da der reguläre Ausdruck im Skript nur 9.x und niedriger erwartet und 0.0 für ios 10.0 zurückgibt

Um dies zu beheben, ersetzen Sie es einfach

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

mit

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

Ich habe daraus eine Xcode 4-Vorlage gemacht , genau wie Karls statische Framework-Vorlage.

Ich fand heraus, dass das Erstellen statischer Frameworks (anstelle von einfachen statischen Bibliotheken) aufgrund eines offensichtlichen Linker-Fehlers zufällige Abstürze mit LLVM verursachte - ich denke also, statische Bibliotheken sind immer noch nützlich!

Gut gemacht! Ich habe etwas Ähnliches zusammen gehackt, musste es aber separat ausführen. Wenn es nur Teil des Erstellungsprozesses ist, wird es so viel einfacher.

Ein Hinweis. Mir ist aufgefallen, dass keine der Include-Dateien kopiert wird, die Sie als öffentlich markieren. Ich habe das, was ich in meinem Skript hatte, an Ihr Skript angepasst und es funktioniert ziemlich gut. Fügen Sie Folgendes am Ende Ihres Skripts ein.

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

Ich habe gerade mein eigenes Skript geschrieben für diesen Zweck geschrieben. Es wird kein Xcode verwendet. (Es basiert auf einem ähnlichen Skript im Gambit-Schema-Projekt.)

Grundsätzlich wird ./configure ausgeführt und dreimal erstellt (für i386, armv7 und armv7s) und jede der resultierenden Bibliotheken zu einer fetten Bibliothek kombiniert.