Как создать динамическую библиотеку (dylib) с помощью Xcode?

Я создаю несколько утилит командной строки в Xcode (plain C, no Cocoa). Я хочу, чтобы все они использовали мою настроенную версию libpng, и я хочу сэкономить место, разделив одну копию библиотеки среди всех исполняемых файлов (я не против перераспределения .dylib с ними).

Нужно ли мне делать магию, чтобы получить символы экспорта libpng?

Создает ли ссылка Link Binary With Libraries статическую фазу?

Apple docs упоминает загрузку библиотек во время выполнения с помощью dlopen, но как я могу заставить Xcode создавать исполняемые файлы без жалоб на недостающие символы?

Думаю, я понял:

libpng не связывался правильно, потому что я создал 32/64-разрядные исполняемые файлы и 32-битную библиотеку. Параметры сборки библиотеки и исполняемых файлов должны соответствовать.
libpng config.h нуждается в тоннах таких как #define FEATURE_XXX_SUPPORTED
"Строка компоновки бинарных ссылок с библиотеками" отлично обрабатывает динамические библиотеки, а переменная окружения DYLD_FALLBACK_LIBRARY_PATH необходима для загрузки .dylib из пакета приложений.

Ответ 1

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

Кроме того, когда ваша динамическая библиотека построена, она получает встроенное в нее имя установки, по умолчанию это путь, по которому он построен. Впоследствии все, что связано с ним, будет искать его по указанному пути сначала и только после этого будет искать (маленький) набор путей по умолчанию, описанный в DYLD_FALLBACK_LIBRARY_PATH в dyld(1) справочная страница.

Если вы собираетесь разместить эту библиотеку рядом с вашими исполняемыми файлами, вы должны настроить ее имя для установки, чтобы ссылаться на нее. Просто выполните поиск Google для "установки имени", чтобы получить тонну информации об этом.

Ответ 2

Динамическая привязка к Mac OS X, крошечный пример

Шаги:

создать библиотеку libmylib.dylib, содержащую mymod.o
скомпилировать и связать "callmymod", который вызывает его
вызов mymod из callmymod, используя DYLD_LIBRARY_PATH и DYLD_PRINT_LIBRARIES

Проблема: вы просто хотите создать библиотеку для использования других модулей. Однако там сложная куча программ - gcc, ld, macosx libtool, dyld - с zillions опций, некоторый хорошо сгнивший компост и различия между MacOSX и Linux. Есть тонны страниц человека (я считаю 7679 + 1358 + 228 + 226 строк в 10.4.11 ppc) но не так много на примерах или программах с режимом "скажите мне, что вы делаете".

(Самое главное в понимании - упростить ОБЗОР для себя: нарисуйте несколько фотографий, запустите несколько небольших примеров, объясните это кому-то еще).

Справочная информация: apple OverviewOfDynamicLibraries, Wikipedia Dynamic_library

Шаг 1, создайте libmylib.dylib -

mymod.c:
    #include <stdio.h>
    void mymod( int x )
    {
        printf( "mymod: %d\n", x );
    }
gcc -c mymod.c  # -> mymod.o
gcc -dynamiclib -current_version 1.0  mymod.o  -o libmylib.dylib
    # calls libtool with many options -- see man libtool
    # -compatibility_version is used by dyld, see also cmpdylib

file libmylib.dylib  # Mach-O dynamically linked shared library ppc
otool -L libmylib.dylib  # versions, refs /usr/lib/libgcc_s.1.dylib

Шаг 2, компиляция и ссылка callmymod -

callmymod.c:
    extern void mymod( int x );
    int main( int argc, char** argv )
    {
        mymod( 42 );
    }
gcc -c callmymod.c
gcc -v callmymod.o ./libmylib.dylib -o callmymod
    # == gcc callmymod.o -dynamic -L. -lmylib
otool -L callmymod  # refs libmylib.dylib
nm -gpv callmymod  # U undef _mymod: just a reference, not mymod itself

Шаг 3, запустите callmymod, ссылаясь на libmylib.dylib -

export DYLD_PRINT_LIBRARIES=1  # see what dyld does, for ALL programs
./callmymod
    dyld: loaded: libmylib.dylib ...
    mymod: 42

mv libmylib.dylib /tmp
export DYLD_LIBRARY_PATH=/tmp  # dir:dir:...
./callmymod
    dyld: loaded: /tmp/libmylib.dylib ...
    mymod: 42

unset DYLD_PRINT_LIBRARIES
unset DYLD_LIBRARY_PATH

Это заканчивается одним крошечным примером; надеюсь, что это поможет понять шаги.
(Если вы делаете это много, см. GNU Libtool который является glibtool на macs, и SCons.)
веселит
- denis

Ответ 3

К сожалению, по моему опыту документация Apple устарела, избыточна и отсутствует много общей информации, которую вам обычно нужно.

Я написал кучу вещей на этом сайте, где мне пришлось заставить FMOD (Sound API) работать с моей кросс-платформенной игрой, которую мы разработали на uni. Это странный процесс, и я удивлен тем, что Apple не добавляет больше информации о своих документах разработчиков.

К сожалению, как "зло", как Microsoft, они на самом деле делают гораздо лучшую работу по наблюдению за своими разработчиками с документацией (это исходит от евангелиста Apple).

Я думаю, в основном, что вы не делаете, ПОСЛЕ того, как вы скомпилировали ваш .app Bundle. Затем вам нужно запустить команду на исполняемом двоичном файле /MyApp.app/contents/MacOS/MyApp, чтобы изменить, где исполняемый файл ищет файл библиотеки. Вы должны создать новую фазу сборки, которая может запускать script. Я не буду объяснять этот процесс еще раз, я уже сделал это подробно:

http://brockwoolf.com/blog/how-to-use-dynamic-libraries-in-xcode-31-using-fmod

Надеюсь, что это поможет.

Ответ 4

Знаете ли вы о справочной странице Apple Темы динамического программирования библиотек? Он должен покрывать большую часть того, что вам нужно. Имейте в виду, что общие библиотеки, которые загружаются безоговорочно при запуске программы и динамически загружаемых библиотеках (пачках, IIRC), которые загружаются по требованию, и два из них несколько отличаются от MacOS X от эквивалентов в Linux или Solaris.