Каковы различия между .so и .dylib на osx?

Question

.dylib - это динамическое расширение библиотеки в OSX, но мне никогда не было ясно, когда я не могу / не должен использовать традиционный общий объект unix .so.

Некоторые из вопросов, которые у меня есть:

• На концептуальном уровне, каковы основные различия между .so и .dylib?
• Когда можно / нужно использовать один поверх другого?
• Советы и рекомендации по компиляции (например, замена gcc -shared -fPIC, так как он не работает на osx)

Answer 1

Формат объектного файла Mach-O, используемый Mac OS X для исполняемых файлов и библиотек, различает разделяемые библиотеки и динамически загружаемые модули . Используйте otool -hv some_file, чтобы увидеть тип файла some_file.

Общие библиотеки Mach-O имеют тип файла MH_DYLIB и имеют расширение .dylib. Они могут быть связаны с обычными статическими флагами компоновщика, например -lfoo для libfoo.dylib. Их можно создать, передав флаг -dynamiclib компилятору. (-fPIC является значением по умолчанию и не должно быть указано.)

Загружаемые модули называются «связками» в языке Mach-O. Они имеют тип файла MH_BUNDLE. Они могут нести любое расширение; Apple рекомендует расширение .bundle, но большинство портированных программ использует .so для совместимости. Как правило, вы будете использовать пакеты для плагинов , которые расширяют приложение; в таких ситуациях пакет будет связываться с двоичным файлом приложения, чтобы получить доступ к экспортированному API приложения. Их можно создать, передав флаг -bundle компилятору.

Как библиотеки, так и пакеты могут быть динамически загружены с помощью API dl (например, dlopen, dlclose). Невозможно связать пакеты, как если бы они были общими библиотеками. Однако, возможно, что пакет связан с реальными общими библиотеками; они будут загружены автоматически при загрузке пакета.

Исторически различия были более значительными. В Mac OS X 10.0 не было возможности динамически загружать библиотеки. Набор API для dyld (например, NSCreateObjectFileImageFromFile, NSLinkModule) был представлен в версии 10.1 для загрузки и выгрузки пакетов, но они не работали для dylibs. Библиотека совместимости dlopen, которая работала со связками, была добавлена ​​в 10.3; в 10.4 dlopen был переписан, чтобы быть нативной частью dyld, и добавил поддержку для загрузки (но не выгрузки) dylibs. Наконец, в 10.5 добавлена ​​поддержка использования dlclose с dylibs и устаревшие API-интерфейсы dyld.

В системах ELF, таких как Linux, обе используют один и тот же формат файла ; любой фрагмент общего кода можно использовать как библиотеку и для динамической загрузки.

Наконец, имейте в виду, что в Mac OS X «bundle» может также обращаться к каталогам со стандартизованной структурой, которая содержит исполняемый код и ресурсы, используемые этим кодом. Существует некоторое концептуальное совпадение (особенно с «загружаемыми пакетами», такими как плагины, которые обычно содержат исполняемый код в форме пакета Mach-O), но их не следует путать с пакетами Mach-O, описанными выше.

Дополнительные ссылки:

• Руководство по портированию Fink , основа для этого ответа (хотя и устарела, как было написано для Mac OS X 10.3).
• ld (1) и dlopen (3)
• Темы программирования динамической библиотеки
• Темы программирования Mach-O

Answer 2

Файл .so не является расширением UNIX для общей библиотеки.

Просто так получилось.

Проверьте строку 3b на Страница общей библиотеки ArnaudRecipes

В основном .dylib - это расширение файла Mac, используемое для обозначения общей библиотеки.

Answer 3

Разница между .dylib и .so в Mac OS X в том, как они компилируются. Для файлов .so вы используете -shared, а для .dylib вы используете -dynamiclib. И .so, и .dylib взаимозаменяемы как файлы динамических библиотек и имеют тип DYLIB или BUNDLE. Вот показания для разных файлов, показывающих это.

libtriangle.dylib:
Mach header
      magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
MH_MAGIC_64  X86_64        ALL  0x00       DYLIB    17       1368   NOUNDEFS DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS



libtriangle.so:
Mach header
      magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
MH_MAGIC_64  X86_64        ALL  0x00       DYLIB    17       1256   NOUNDEFS DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS

triangle.so:
Mach header
      magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
MH_MAGIC_64  X86_64        ALL  0x00      BUNDLE    16       1696   NOUNDEFS DYLDLINK TWOLEVEL

Причина, по которой они эквивалентны в Mac OS X, заключается в обратной совместимости с другими программами UNIX OS, которые компилируются в тип файла .so.

Замечания по компиляции: независимо от того, компилируете ли вы файл .so или файл .dylib, вам нужно вставить правильный путь в динамическую библиотеку на этапе компоновки. Это можно сделать, добавив -install_name и путь к файлу к команде связывания. Если вы этого не сделаете, вы столкнетесь с проблемой, описанной в этом посте: Сумасшествие динамической библиотеки Mac (возможно, только на Fortran) .

Answer 4

Просто замечание, которое я только что сделал при создании простого кода для OSX с помощью cmake:

cmake ... -DBUILD_SHARED_LIBS = OFF ...

создает .so файлы

пока

cmake ... -DBUILD_SHARED_LIBS = ON ...

создает файлы .dynlib.

Возможно, это кому-нибудь поможет.