¿Cómo puedo crear una biblioteca dinámica (dylib) con Xcode?

Enlace dinámico en Mac OS X, un pequeño ejemplo

Pasos:

1. cree una biblioteca libmylib.dylib contiene mymod.o
2. compilar y enlazar un "callmymod" que lo llama
3. llama a mymod desde callmymod, usando DYLD_LIBRARY_PATH y DYLD_PRINT_LIBRARIES

Problema: "solo" desea crear una biblioteca para que otros módulos la usen. Sin embargo, hay una enorme cantidad de programas g gcc, ld, macosx libtool, dyld -- con millones de opciones, algunos bien podridos compost, y diferencias entre MacOSX y Linux. Hay toneladas de páginas de manual (cuento 7679 + 1358 + 228 + 226 líneas en 10.4.11 ppc) pero no mucho en el camino de ejemplos, o programas con un" dime lo que estás haciendo " modo.

(Lo más importante en la comprensión es hacer un simplificado RESUMEN para usted: dibuje algunos dibujos, ejecute algunos ejemplos pequeños, explícaselo a otra persona).

Antecedentes: Panorama de Apple de bibliotecas dinámicas, Wikipedia Dynamic_library

Paso 1, crea 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

Paso 2, compilar y vincular 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

Paso 3, ejecute el enlace callmymod a 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

Eso termina con un pequeño ejemplo; espero que ayude a entender los pasos.
(Si hace esto mucho, vea GNU Libtool que es glibtool en macs, y SCons .)
saludos
-- denis

Desafortunadamente, en mi experiencia, la documentación de Apple es anticuada, redundante y falta mucha información común que normalmente necesitaría.

Escribí un montón de cosas sobre esto en mi sitio web donde tuve que conseguir FMOD (Sound API) para trabajar con mi juego multiplataforma que desarrollamos en uni. Es un proceso extraño y me sorprende que Apple no agregue más información sobre sus documentos de desarrollador.

Desafortunadamente, tan" malvados " como Microsoft, en realidad hacen un trabajo mucho mejor de cuidando de sus desarrolladores con documentación (esto viene de un evangelista de Apple ).

Creo que básicamente, lo que no están haciendo es DESPUÉS de haber compilado su .paquete de aplicaciones. A continuación, debe ejecutar un comando en el binario ejecutable /MyApp.app / contents / macOS / MyApp para cambiar dónde el ejecutable busca su archivo de biblioteca. Debe crear una nueva fase de compilación que pueda ejecutar un script. No voy a explicar este proceso de nuevo, ya lo he hecho en profundidad aquí:

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

Espero que esto ayude.

¿Conoce la página de referencia de Apple Temas de Programación de Bibliotecas Dinámicas? Debería cubrir la mayor parte de lo que necesitas. Tenga en cuenta que hay bibliotecas compartidas que se cargan incondicionalmente al iniciar el programa y bibliotecas cargadas dinámicamente (paquetes, IIRC) que se cargan bajo demanda, y las dos son algo diferentes en macOS X de las equivalentes en Linux o Solaris.