Les librairies

Les librairies sont des collections de fichiers .o qui définissent des fonctions que l'on souhaite réutiliser souvent. L'exemple fondamental est la libc, celle qui contient entre autre (presque) toutes les fonctions ANSI comme printf. Tant que l'on s'y restreint, pas de problème, gcc la rajoute automatiquement à ton programme par défaut, donc on ne s'en occuppe pas, mais la suite de cette section te concerne surement car j'ai bien dit presque : les fonctions mathématiques (sin, cos, sqrt, ... ) sont dans une autre librairie, la libm, continuons donc :

        Les librairies unix sont situées traditionellement dans le répertoire /usr/lib, et portent des noms commençant par lib et finissant par .a, ex: libc.a, libm.a et libX11.a. Cette dernière contient les fonctions graphiques donc MacLib a besoin si tu l'utilises. À ce sujet, il est facile de savoir quand on a oublié de mettre une librairie : la dernière étape du make, le linkage produit des erreurs du genre undefined reference to: Xtruc, et pas qu'une seule en général. MacLib aussi est une librairie : MacLib.a, mais attention, libm et libX11 sont des librairies standard que gcc sait (en principe) trouver, ainsi pour utiliser la libm on lui passe simplement l'option -lm, mais les librairies persos comme MacLib doivent figurer explicitement comme un fichier objet sur la ligne de linkage, et il faudra faire attention à utiliser la version de MacLib qui correspond à la machine utilisée (elles sont dans le répertoire /Xshare/pub/TCinfo/MacLib). Concrètement, si on utilise un seul fichier mais avec des maths et MacLib, on recopiera la bonne version de MacLib dans le répertoire courant et on tapera

gcc TD.c MacLib.a -lm -lX11 -o TD

.c.o:
     gcc -c $<

OBJS = un.o deux.o trois.o
LIBS = MacLib.a -lm -lX11

compte: $(OBJS)
     gcc $(OBJS) $(LIBS) -o $@

un.o: un.c graph.h
deux.o: deux.c
trois.o: trois.c graph.h

gcc TD.c MacLib.a -lm -L/usr/X11/lib -lX11

Enfin, un peu d'errudition sur la différence entre une librairie statique et une librairie dynamique :

• Une librairie statique est réellement une suite de fichier .o qui seront finalement rajoutés à l'exécutable si une fonction qu'ils contiennent est utilisée, d'où une augmentation de la taille des programmes, et une utilisation délirante du disque s'il était occupé par 2000 copies de la libc par exemple, étant donné que tous les programmes unix l'incluent. Cette solution n'est donc de préférence appliquée que pour des librairies non standards, comme MacLib. On les reconnait à leur extension .a sous unix et .lib sous dos.
• Une librairie dynamique n'est présente qu'en un seul exemplaire en mémoire et sur le disque, ce qui est plus compliqué à gérer, on les reconnait par un .so sous unix ou un .dll sous windows, suivant les machines, la discussion précédente peut donc être valable à condition de remplacer .a par .so.