Подтвердить что ты не робот

Xcode - символ (-ы), не найденный для архитектуры x86_64 (iOS Lib)

Я создаю статическую библиотеку. У параметра build есть Архитектура, установленная на: $(ARCHS_STANDARD), которая показана как Standard Architectures (armv7, armv7s, arm64). Я создаю lib, выбирая iOS Device, а затем используя симулятор (например, iPhone Retina).

Теперь, когда у меня есть две сборки (одна внутри Debug-iphoneos, а другая внутри Debug-iphonesimulator), я использую lipo -create для создания агрегированной библиотеки lib:

lipo -create path/to/first/lib /path/to/second/lib -o MyLib.a

Если я использовал эту библиотеку в другом проекте для моделирования на любом устройстве iOS с 64-битной архитектурой, он дает symbol(s) not found for architecture x86_64. Что действительно заставляет меня так рассердиться, что сам проект lib находится внутри рабочей области с другим проектом, который использует lib. Я могу имитировать на 64-битном iOS-симуляторе! (на всех тренажерах и устройствах, если на то пошло). Что я делаю неправильно?

Примечания:

  • Это не дубликат Q. Прежде чем обвинить меня в этом (так как это мой второй день, пытаясь исправить эту глупую проблему), я выполнил поиск в Stack и Google. Все ответы не помогают.
  • Я использую Xcode 5.1.1.
4b9b3361

Ответ 1

У меня была такая же проблема с созданием статической библиотеки.
Наконец, я нашел основное решение. (Вам нужно построить универсальную библиотеку для x86_64/armv7/armv7s/arm64)

enter image description here

1) Нажмите файл проекта
2) Нажмите на цель
3) Открыть "Build Phases"
4) Открыть "Run Script"
5) Добавьте "/bin/sh" и script ниже

##########################################
#
# c.f. http://stackoverflow.com/questions/3520977/build-fat-static-library-device-simulator-using-xcode-and-sdk-4
#
# Version 2.7
#
# Latest Change:
# - Supports iPhone 5 / iPod Touch 5 (uses Apple workaround to lipo bug)
#
# 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 '.\{3\}$')

# 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

6) Нажмите "cmd + B" (Build Project)

7) Откройте продукт в Finder

enter image description here

8) Перейдите в 1 каталог вверх ( "cmd + ↑" ), и вы увидите каталог "Release-universal". enter image description here

Будет ваша библиотека "fat/universal", вы готовы к работе!

Ответ 2

Я столкнулся с этим с помощью фреймворка lib, который я использую в одном из моих приложений, когда я попытался протестировать его в симуляторе iPhone Retina 64bit.

Я просто добавил x86_64 как архитектуру для построения и установил ее всегда для всех архитектур. Заработал шарм.

enter image description here

Ответ 3

Инструмент lipo может не только создавать живые файлы mach-o, но и проверять их: xcrun lipo -info /path/to/libThing.a

Это будет выводить, какие архитектуры находятся в файле. Прежде чем вы присоединитесь к исполняемым файлам с помощью lipo, запустите это, чтобы убедиться, что присутствуют архитектуры, которые вы ожидаете. Это также хорошая идея, чтобы запустить это на продукте живого бинарного соединения.

В вашем случае вам нужно:

Конфигурация iPhoneSDK: armv7, armv7s, arm64

Конфигурация iPhoneSimulator: i386, x86_64

Кажется, что продукт сборки iPhoneSimulator не создает двоичный код x86_64 на основе вашего вопроса. Проверьте конфигурацию сборки - в частности, "Только для создания активных архитектур" (ONLY_ACTIVE_ARCH) должно быть установлено значение НЕТ. По умолчанию для этого будет НЕТ для Release, но YES для отладки. Если это ДА, в продукте сборки будет только одна архитектура.

Ответ 4

Перейдите в свой проект приложения Цель и посмотрите в пути поиска библиотеки.

Теперь проверьте, что путь к файлу библиотеки должен быть записан в двойные кавычки:

"$(SRCROOT)/MyAppTest/TestFlight"

Если нет двойной кавычки, просто добавьте их и скомпилируйте проект.

Надеюсь, что это сработает для вас.