Как создать толстую статическую библиотеку для armv6, armv7 и i386 - PullRequest
2 голосов
/ 19 декабря 2011

Я следовал руководству в Построить толстую статическую библиотеку (устройство + симулятор), используя Xcode и SDK 4 + для сборки libmms (https://github.com/kosher-penguin/xcode-libmms), и получил толстую статическую библиотеку, нокажется, не работает.При добавлении библиотеки в мой проект (xCode4.2 + iOS5.0) возникают ошибки:

Undefined symbols for architecture armv7:
  "_iconv_close", referenced from:
      _mms_connect in libMMS.a(mms.o)
  "_Status_GetNewStatusByKey", referenced from:
      _report_progress in libMMS.a(mms.o)
  "_Status_SetNewStatusByKey", referenced from:
      _report_progress in libMMS.a(mms.o)
  "_iconv", referenced from:
      _string_utf16 in libMMS.a(mms.o)
  "_iconv_open", referenced from:
      _mms_connect in libMMS.a(mms.o)
ld: symbol(s) not found for architecture armv7
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Во-первых, я клонирую код из https://github.com/kosher-penguin/xcode-libmms.git Во-вторых, я открываю его с помощью xCode4.2, и добавьте следующий скрипт в Run Script (Build Phases), а затем запустите проект.В-третьих, я копирую файл с именем libmms.a в папку с именем Release-universal, а затем добавляю библиотеку в новый проект.В-четвертых, в новом проекте добавьте файл заголовка из проекта xcode-libmms, импортируйте mms.h и mms_config.h и вызовите функцию mms_connect, а затем соберите ее, но получите ошибки.

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}\" -target \"${TARGET_NAME}\" -sdk \"${OTHER_SDK_TO_BUILD}\" ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO"
xcodebuild -configuration "${CONFIGURATION}" -target "${TARGET_NAME}" -sdk "${OTHER_SDK_TO_BUILD}" ${ACTION} RUN_CLANG_STATIC_ANALYZER=NO BUILD_DIR="${BUILD_DIR}" BUILD_ROOT="${BUILD_ROOT}"

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}"
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)
#
if [ -d "${CURRENTCONFIG_DEVICE_DIR}/usr/local/include" ]
then
mkdir -p "${CREATING_UNIVERSAL_DIR}/usr/local/include"
# * needs to be outside the double quotes?
cp "${CURRENTCONFIG_DEVICE_DIR}/usr/local/include/"* "${CREATING_UNIVERSAL_DIR}/usr/local/include"
fi
fi

Пожалуйста, помогите мне, спасибо.

обновление: после добавления библиотеки libiconv выдается следующая ошибка:

Undefined symbols for architecture armv7:
  "_Status_GetNewStatusByKey", referenced from:
      _report_progress in libMMS.a(mms.o)
  "_Status_SetNewStatusByKey", referenced from:
      _report_progress in libMMS.a(mms.o)
ld: symbol(s) not found for architecture armv7
clang: error: linker command failed with exit code 1 (use -v to see invocation)

1 Ответ

2 голосов
/ 19 декабря 2011

Одна из проблем заключается в том, что ваша библиотека зависит от libiconv.Когда вы используете свою библиотеку, вы должны не только добавить libMMS, но и libiconv, что поставляется с любой установкой XCode.См. libiconv, не ссылающийся на проект iOS , чтобы узнать, как добавить его в проект.

Я не знаю, какие зависимости _Status_GetNewStatusByKey и _Status_SetNewStatusByKey.Они могут быть похожими.

Обновление:

Вторая проблема - это функция report_progress() в mms.c, которая использует функции Status_GetNewStatusByKey и Status_SetNewStatusByKey,которые, кажется, нигде не определены (разве вы не получили предупреждения при компиляции библиотеки?).Удалите все, что объявляет, определяет или использует report_progress().В любом случае он был удален в последней версии libmms.

...