Создайте живую статическую библиотеку (устройство + симулятор) с помощью Xcode и SDK 4+

EDIT: мод, который хотел переписать мой вопрос, используя неполный английский, и сделать его менее ясным: уходите и напишите свой собственный вопрос. Оставьте мой один - спасибо!

Похоже, что мы можем - теоретически - построить единую статическую библиотеку, которая включает в себя как симулятор, так и iPhone и iPad.

Однако у Apple нет документации по этому вопросу, которую я могу найти, а шаблоны по умолчанию Xcode НЕ настроены для этого.

Я ищу простой, переносимый, повторно используемый метод, который можно сделать внутри Xcode.

Некоторая история:

  • В 2008 году мы имели обыкновение создавать одиночные статические библиотеки, включающие как симулятор, так и устройство. Apple отключила это.
  • В течение 2009 года мы создали пару статических библиотек - один для сима, один для устройства. Apple также отключила это.

Литература:

  • Это отличная идея, это отличный подход, но он не работает: http://www.drobnik.com/touch/2010/04/universal-static-libraries/

    • Там есть некоторые ошибки в его script, что означает, что он работает только на его машине - он должен использовать BUILT_PRODUCTS_DIR и/или BUILD_DIR вместо того, чтобы "имитировать" их).
    • Последний Xcode от Apple не позволяет вам делать то, что он сделал - он просто не будет работать из-за (документированного) изменения в том, как Xcode обрабатывает цели)
  • Другой советник SO спросил, как это сделать БЕЗ xcode, и с ответами, которые были сосредоточены на группе arm6 vs arm7, но игнорировали часть i386: Как скомпилировать статическая библиотека (жир) для armv6, armv7 и i386

    • Так как последние изменения в Apple, часть Simulator отличается от разницы arm6/arm7 - это другая проблема, см. выше).

Ответ 1

АЛЬТЕРНАТИВЫ:

Простая копия/вставка последней версии (но инструкции по установке могут измениться - см. ниже!)

библиотека Karl требует гораздо больше усилий для настройки, но гораздо более приятного долгосрочного решения (она преобразует вашу библиотеку в структуру).

Используйте это, а затем настройте его, чтобы добавить поддержку архивных сборников - c.f. @Frederik комментирует следующие изменения, которые он использует, чтобы сделать эту работу красивой в режиме архива.


ПОСЛЕДНИЕ ИЗМЕНЕНИЯ: 1. Добавлена ​​поддержка iOS 10.x(при сохранении поддержки более старых платформ)

  • Информация о том, как использовать этот script с проектом-встроенным в другой проект (хотя я настоятельно рекомендую НЕ делать это, когда-либо - у Apple есть несколько ошибок show-stopper в Xcode, если вы встроенные проекты внутри друг друга, от Xcode 3.x до Xcode 4.6.x)

  • Бонус script, позволяющий автоматически включать Bundles (например, включать PNG файлы, файлы PLIST и т.д. из вашей библиотеки!) - см. ниже (прокрутите вниз)

  • теперь поддерживает iPhone5 (используя обходные пути Apple к ошибкам в липо). ПРИМЕЧАНИЕ. Инструкции по установке были изменены (возможно, я могу упростить это, изменив script в будущем, но не хочу рисковать этим сейчас).

  • В разделе "Копировальные заголовки" теперь рассматривается настройка сборки для расположения публичных заголовков (любезно предоставлено Фредериком Валльнером)

  • Добавлена ​​явная настройка SYMROOT (возможно, нужно также установить OBJROOT?), благодаря Doug Dickinson


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

УСТАНОВКА ИНСТРУКЦИЙ

  • Создание проекта статической библиотеки
  • Выберите Target
  • На вкладке "Настройки сборки" установите "Только создать активную архитектуру" на "НЕТ" (для всех элементов).
  • На вкладке "Сборка фаз" выберите "Добавить... Новая фаза сборки... Новый запуск script Фаза сборки"
  • Скопируйте/вставьте script (вверху) в поле

... БОНУС ОПЦИОНАЛЬНОЕ использование:

  1. ДОПОЛНИТЕЛЬНО: если у вас есть заголовки в вашей библиотеке, добавьте их в фазу "Копирование заголовков"
  2. ДОПОЛНИТЕЛЬНО:... и перетащите их из раздела "Проект" в раздел "Публичный"
  3. ДОПОЛНИТЕЛЬНО:... и они будут автоматически экспортироваться каждый раз, когда вы создадите приложение, в подкаталог каталога "debug-universal" (они будут в usr/local/include)
  4. ДОПОЛНИТЕЛЬНО: ПРИМЕЧАНИЕ. Если вы также попытаетесь перетащить проект в другой проект Xcode, это приведет к ошибке в Xcode 4, где он не сможет создать файл .IPA, если у вас есть заголовок заголовка в проекте drag/drop. Обходной путь: dont 'embed xcode projects (слишком много ошибок в коде Apple!)

Если вы не можете найти выходной файл, обходным путем:

  • Добавьте следующий код в самый конец script (любезно предоставил Фредерик Валнер): откройте "$ {CREATING_UNIVERSAL_DIR}"

  • Apple удаляет весь вывод после 200 строк. Выберите свою цель, а в фазе "Запуск script" вы ДОЛЖНЫ отменить: "Показать переменные среды в журнале построения"

  • если вы используете настраиваемый каталог "build output" для XCode4, тогда XCode помещает все ваши "неожиданные" файлы в неправильное место.

    • Постройте проект
    • Нажмите на последний значок справа, в левом верхнем углу Xcode4.
    • Выберите верхний элемент (это ваша "последняя сборка". Apple должна автоматически выбрать ее, но они не думали об этом)
    • в главном окне прокрутите вниз. Самая последняя строка должна выглядеть так: lipo: для текущей конфигурации (Debug) создание выходного файла:/Users/blah/Library/Developer/Xcode/DerivedData/AppName-ashwnbutvodmoleijzlncudsekyf/Build/Products/Debug-universal/libTargetName.a

    ... это местоположение вашей универсальной сборки.


Как включить в проект файлы "non sourcecode" (PNG, PLIST, XML и т.д.)

  • Делайте все выше, проверяйте его работу.
  • Создайте новую фазу Run script, которая появится ПОСЛЕ ПЕРВОГО ОДНОГО (скопируйте/вставьте код ниже)
  • Создайте новую цель в Xcode, типа "bundle"
  • В своем ГЛАВНОМ ПРОЕКТЕ, в разделе "Фазы сборки", добавьте новый пакет как нечто "зависящее от" (верхняя часть, нажмите кнопку "плюс", прокрутите вниз, найдите файл ".bundle" в своих продуктах)
  • В вашей новой задаче BUNDLE TARGET в "Build Phases" добавьте раздел "Ресурсы копирования Bundle" и перетащите все PNG файлы и т.д. в него

SCRIPT, чтобы автокопировать встроенный пакет в ту же папку, что и ваша статическая библиотека 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}"

Ответ 2

Я создал шаблон XCode 4, который позволяет создавать универсальную структуру так же легко, как создание обычной библиотеки.

Ответ 3

Я потратил много часов, пытаясь построить толстую статическую библиотеку, которая будет работать на armv7, armv7s и симуляторе. Наконец нашел решение.

Суть заключается в том, чтобы отдельно разбить две библиотеки (одну для устройства, а затем одну для симулятора), переименовать их, чтобы отличать друг от друга, а затем липо-соединить их в одну библиотеку.

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

Я попробовал, и он работает!

Ответ 4

Существует утилита командной строки xcodebuild, и вы можете запускать команду оболочки в xcode. Итак, если вы не возражаете использовать пользовательский script, этот script может вам помочь.

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

Может показаться неэффективным (я не умею работать с оболочкой script), но легко понять. Я настроил новую цель, запускающую только этот script. script предназначен для командной строки, но не проверен в:)

Основная концепция - xcodebuild и lipo.

Я пробовал много конфигураций в интерфейсе Xcode, но ничего не работало. Потому что это своего рода пакетная обработка, поэтому дизайн командной строки более подходит, поэтому Apple постепенно удалила функцию пакетной сборки из Xcode. Поэтому я не ожидаю, что в будущем они будут предлагать функцию пакетной сборки на основе пользовательского интерфейса.

Ответ 5

Мне понадобился толстый статический lib для JsonKit, который создал статический проект lib в Xcode, а затем запустил этот bash script в каталоге проекта. Пока вы сконфигурировали проект xcode с отключенной "Build active configuration", вы должны получить все архитектуры в одной lib.

#!/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:

У меня возникла проблема с построением fatlib с iphoneos10.0, потому что регулярное выражение в script только ожидает 9.x и ниже и возвращает 0.0 для ios 10.0

чтобы исправить это, просто замените

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

с

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

Ответ 7

Я сделал это в Xcode 4 template, в том же ключе, что и шаблон статической рамки Karl.

Я обнаружил, что создание статических фреймворков (вместо простых статических библиотек) вызывало случайные сбои с LLVM из-за очевидной ошибки компоновщика - поэтому я думаю, что статические библиотеки по-прежнему полезны!

Ответ 8

Отличная работа! Я взломал что-то подобное, но мне пришлось запускать его отдельно. Наличие этого просто в процессе сборки делает его намного проще.

Один пункт примечания. Я заметил, что он не копирует ни один из включенных файлов, которые вы отмечаете как общедоступные. Я адаптировал то, что у меня было в моем script, и это работает довольно хорошо. Вставьте следующее в конец script.

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

Ответ 9

Я на самом деле просто написал для этой цели свой собственный script. Он не использует Xcode. (Он основан на аналогичном script в проекте Gambit Scheme.)

В принципе, он запускается. /configure и делает три раза (для i386, armv7 и armv7s) и объединяет каждую из полученных библиотек в fat lib.