Comment de lien statique sur OS X

Afin de créer un lien vers une archive de la bibliothèque (parfois aussi appelée bibliothèque statique), il suffit de l'ajouter à la ligne de liaison:

gcc main.o ... -lfoo ...

L'éditeur de liens de recherche pour libtruc.dylib, puis libtruc.un, qui est tout ce dont vous avez besoin.

Si vous avez les deux versions de la bibliothèque, et souhaitez établir un lien avec une version d'archive, de préférence de la dynamique, il suffit de spécifier le chemin d'accès complet de l'archive sur la ligne de liaison:

gcc main.o ... /path/to/libfoo.a ...

Un cas courant est de lien statique à l'encontre d'un tiers de l'utilisateur de la bibliothèque tout en reliant dynamiquement contre les cadres du système des et des bibliothèques, de sorte que vos utilisateurs n'ont pas besoin d'installer tiers libs avant l'utilisation de votre programme. Si la bibliothèque est liée de façon dynamique à l'encontre de cadres (comme c'est souvent le cas), il peut toujours livrés avec un statique .un, mais il ne suffit pas de les remplacer -l<libname> avec /path/to/libname.a à cause de la .une volonté de ne pas avoir les dépendances en elle. Vous aurez également à lier dynamiquement à l'encontre de ceux des cadres que votre bibliothèque a été à l'aide.

Par exemple, disons que vous voulez écrire un programme qui utilise l'open source libusb sans exiger de votre utilisateur de télécharger et d'installer libusb. Disons que vous avez un lié de façon dynamique binaire que vous avez construit avec ceci:

clang -lusb-1.0 main.c -o myprogram

Lien statique sur OS X, la commande ressemble à ceci (notez le -framework arguments):

clang -framework CoreFoundation -framework IOKit main.c /path/to/libusb-1.0.a -o myprogram

De trouver ce système cadres et des bibliothèques, vous devez ajouter, regardez la troisième partie dylib à l'aide de otool:

otool -L /usr/local/opt/libusb/lib/libusb-1.0.0.dylib

qui montre:

/usr/local/opt/libusb/lib/libusb-1.0.0.dylib:
    /usr/local/opt/libusb/lib/libusb-1.0.0.dylib (compatibility version 2.0.0, current version 2.0.0)
    /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0)
    /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0)
    /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1348.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.0.0)  

Vous pouvez commencer par ajouter des cadres, suivie par les bibliothèques de l'une à un moment et vous verrez la liste de référence non définie erreurs de rétrécir. Remarque vous n'aurez probablement pas besoin d'ajouter de chaque bibliothèque, car certains peuvent être chargés comme des dépendances pour celles que vous avez ajoutées de manière explicite.

Si vous n'êtes pas sûr de l'endroit où le dylib existe, construire votre programme de l'original de manière dynamique (avec lusb-1.0), et d'exécuter otool sur elle:

clang -lusb-1.0 main.c -o myprogram
otool -L myprogram

qui donne:

myprogram:
    /usr/local/opt/libusb/lib/libusb-1.0.0.dylib (compatibility version 2.0.0, current version 2.0.0)
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.0.0)

Aussi, lire le contrat de licence de la bibliothèque que vous liez.

J'ai été courir dans la même question. Voici un exemple de travailler:

ETAPE 1: créer des fichiers

myfunc1.c:

#include <stdio.h>

void myfunc1() {
    printf( "This is my func1!\n" );
}

myfunc2.c:

#include <stdio.h>

void myfunc2() {
    printf( "This is my func2!\n" );
}

et myfunc.c:

#include <stdio.h>

void myfunc1( void );
void myfunc2( void );

int main() {
    myfunc1();
    myfunc2();
    return 0;
}

ETAPE 2: créer la lib

gcc -c myfunc1.c myfunc2.c

ar -r libmyfuncs.a myfunc1.o myfunc2.o

ETAPE 3: lien

gcc -o myfunc -L. myfunc.c -lmyfuncs 

Ne pas oublier de type "L."; point indique le chemin d'accès actuel.

Espère que ça aide.