Les bibliothèques dynamiques, aussi appelées « bibliothèques partagées », fournissent du code objet à une application alors qu'elle s'exécute, c.-à-d. que le code est lié à l'exécutable au moment de l'exécution, et non à celui de la compilation. Elles sont analogues aux .dll utilisées sous Windows. Le programme responsable de la liaison du code « au vol » est appelé /etc/ld.so, et les bibliothèques dynamiques elles-mêmes se terminent habituellement par .so avec un numéro de version, comme :

    /usr/lib/libSDL.so
    /lib/libm.so.3
      

Quand vous utilisez gcc, vous référencez ces bibliothèques en enlevant les chaînes de caractères lib, .so et tous les numéros de version. Donc, pour utiliser ces deux bibliothèques, vous devriez passer les options -lSDL -lm à gcc. Celui-ci placera alors une marque dans l'exécutable indiquant d'examiner les fichiers /usr/lib/libSDL.so et /lib/libm.so.3 à chaque fois qu'une fonction SDL ou une fonction mathématique est utilisée.

Contrairement aux bibliothèques statiques qui fournissent du code alors que l'application s'exécute, les bibliothèques statiques contiennent du code qui est lié (inséré) dans le programme lors de sa compilation. Aucun code n'est inséré au moment de l'exécution : le code est complètement autonome. Les bibliothèques statiques se terminent habituellement par .a suivi d'un numéro de version, comme :

    /usr/lib/libSDL.a
    /usr/lib/libm.a
      

Les fichiers .a forment réellement des archives de fichiers .o (objet), à la manière d'un fichier tar. Vous pouvez utiliser nm pour lister les fonctions contenues dans une bibliothèque statique :

    % nm /usr/lib/libm.a
    ...
    e_atan2.o:
    00000000 T __ieee754_atan2
    
    e_atanh.o:
    00000000 T __ieee754_atanh
    00000000 r half
    00000010 r limit
    00000018 r ln2_2
    ...
      

Quand vous utilisez gcc, vous référencez ces bibliothèques en enlevant les chaînes de caractères « lib », « .a » et tous les numéros de version. Donc, pour utiliser ces deux bibliothèques, vous devriez passer les options -lSDL -lm à gcc. Celui-ci importera alors du code de /usr/lib/SDL.a et /usr/lib/libm.a à chaque fois qu'il rencontre une fonction mathématique lors du processus de compilation.

Si vous compilez vos propres jeux, le problème principal avec les bibliothèques sera soit que gcc ne trouve pas une bibliothèque statique, soit que la bibliothèque n'est pas présente sur votre système. Quand vous jouez à des jeux à partir du binaire, le problème sera soit que ld.so ne trouve pas la bibliothèque, soit que la bibliothèque n'est pas présente sur votre système. Il est donc opportun de d'abord parler de la façon dont gcc et ld.so s'y prennent pour trouver les bibliothèques.

gcc recherche les bibliothèques dans les « répertoires système standard » ainsi que dans ceux spécifiés avec l'option -L. Vous pouvez déterminer la liste des répertoires système standard avec gcc -print-search-dirs.

ld.so examine un condensé binaire contenu dans un fichier nommé /etc/ld.so.cache pour y trouver une liste de répertoires contenant les bibliothèques dynamiques disponibles. Puisqu'il contient des données binaires, vous ne pouvez pas modifier directement ce fichier. Néanmoins, le fichier est généré à partir d'un fichier texte /etc/ld.so.conf que vous pouvez éditer. Ce fichier contient la liste des répertoires où ld.so doit rechercher les bibliothèques dynamiques. Si vous voulez ajouter des bibliothèques dynamiques dans /home/joecool/privatelibs, il faut ajouter ce répertoire dans /etc/ld.so.conf. Votre modification n'est prise en compte dans /etc/ld.so.cache qu'après avoir exécuté ldconfig ; une fois fait, ld.so commencera à rechercher des bibliothèques dans votre répertoire privé.

De plus, même si vous ne faites qu'ajouter de nouvelles bibliothèques à votre système, vous devez mettre à jour ld.so.cache pour qu'il reflète la présence des nouvelles bibliothèques.