IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
logo

FAQ CConsultez toutes les FAQ

Nombre d'auteurs : 35, nombre de questions : 194, dernière mise à jour : 18 février 2018  Ajouter une question

 

Cette FAQ a été réalisée à partir des questions fréquemment posées sur les forums de www.developpez.com et de l'expérience personnelle des auteurs.

Je tiens à souligner que cette FAQ ne garantit en aucun cas que les informations qu'elle propose sont correctes ; les auteurs font le maximum, mais l'erreur est humaine. Cette FAQ ne prétend pas non plus être complète. Si vous trouvez une erreur, ou que vous souhaitez devenir rédacteur, lisez ceci .

Sur ce, je vous souhaite une bonne lecture.

SommaireCompilation et édition des liensTechniques de compilation et d'édition de liens (6)
précédent sommaire suivant
 

Le compilateur (en anglais : compiler) est le programme qui traduit les fichiers source (unités de compilation) en fichiers objet (unités compilées). Un fichier objet est un fichier qui contient, entre autres, l'équivalent en langage machine de ce qui était contenu dans le fichier source original. Le compilateur ne produit pas de fichier exécutable, cette tâche étant confiée à l'éditeur de liens.

Mis à jour le 23 mars 2009 Melem

L'éditeur de liens (en anglais : linker) est le programme qui lie les fichiers objet entre-eux pour produire un fichier exécutable. L'ensemble préprocesseur + compilateur + éditeur de liens constituent ce qu'on appelle le plus souvent un « compilateur » (ici, minimal certes), car c'est en effet généralement ce dernier que le programmeur invoque pour traduire ses fichiers source en fichiers exécutables. Les 3 grandes phases de cette « compilation » (traduction), rappelons-le, sont :

  • la précompilation, effectuée par le préprocesseur ;
  • la compilation proprement dite, effectuée par le compilateur ;
  • l'édition des liens, effectuée par l'éditeur de liens.

Mis à jour le 23 mars 2009 Melem

Il peut arriver, souvent ou rarement selon votre domaine, que vous ayez besoin de compiler un programme pour une plateforme différente de celle qui est utilisée pour le développement. Par exemple, pour créer une application pour un téléphone portable, vous n'allez certainement pas programmer avec votre téléphone. Vous développerez plutôt votre application toujours sur ordinateur, mais la compilerez pour le téléphone et non pour votre système. C'est la cross-compilation.

Mis à jour le 23 mars 2009 Melem

Les fichiers exécutables des systèmes tels que Windows, Linux, etc. ne contiennent pas que du code exécutable par le processeur. Ils contiennent aussi, entre autres, un en-tête qui décrit le fichier (type du fichier, localisation du code exécutable dans le fichier, localisation des ressources dans le fichier, etc.). Lorsqu'on demande donc à les exécuter, le système va tout d'abord analyser le fichier, le valider, localiser la partie exécutable, la placer en mémoire avant d'enfin demander au processeur d'exécuter le programme ainsi chargé. Un exécutable au format binaire plat (en anglais : flat binary) est un fichier qui ne contient que du code directement exploitable par le processeur.

Mis à jour le 23 mars 2009 Melem

L'édition statique des liens est une technique qui permet qu'une application soit distribuée sans fichiers de bibliothèque (.dll, .so, .dylib). En fait, l'édition statique les inclut dans l'exécutable. On parle aussi de « compilation statique ».

Cette méthode a des avantages comme des inconvénients. Elle rend les exécutables plus lourds, mais elle élimine les indirections (les renvois vers telle ou telle bibliothèque, tout est inclus dans l'exécutable !) et la nécessité de charger des bibliothèques au démarrage. Les applications liées statiquement aux différentes bibliothèques démarrent donc plus vite. Le problème, c'est que si plusieurs applications utilisent les mêmes bibliothèques, une copie de chaque bibliothèque sera créée en mémoire pour chaque application, ce qui résulte en une utilisation énorme de mémoire.

Parmi les inconvénients, comptons aussi la difficulté de mise à jour : si même seule une bibliothèque a été mise à jour, c'est tout l'exécutable qu'il faudra recompiler pour utiliser la nouvelle version !

Mis à jour le 15 juin 2009 dourouc05

L'édition dynamique des liens lie votre application à une bibliothèque partagée (DLL sous Windows : Dynamic Link Library, SO sous Linux : Shared Object, DYLIB sous Mac OS : Dynamic Library) chargée à l'exécution. En fait, si la bibliothèque (en anglais : library d'où la formulation « une lib » pour désigner « une bibliothèque ») est déjà chargée en mémoire, elle ne le sera pas à nouveau. Ceci permet d'économiser de la mémoire. Toutefois, même dans ce cas, les systèmes d'exploitation modernes fonctionnant exclusivement en mode protégé, les applications « mappent » (associent, attachent) toujours les bibliothèques dans leur espace d'adressage avant de les utiliser. Cela signifie que même s'il est vrai qu'il n'existe qu'une seule instance de la bibliothèque en mémoire physique, chaque application se comporte comme si elle était la seule à l'utiliser.

Le chargement des applications qui se lient dynamiquement aux différentes bibliothèques est cependant plus lent que le chargement des applications liées statiquement : il faut que l'OS charge aussi les bibliothèques puis les initialise avant que l'application puisse s'exécuter.

La mise à jour des applications devient cependant aisée (si seule l'implémentation, c'est-à-dire le corps des fonctions, a changé) : il suffit de remplacer les fichiers qui ont subi des modifications par leurs nouvelles versions. Si c'est l'interface même (c'est-à-dire le prototype) d'une qui fonction a changé, ou si une fonction a été supprimée, ce qui est rare, car les développeurs se soucient souvent du problème de compatibilité (en pratique, s'il doit y avoir des changements profonds, on ajoute des fonctions plutôt que de modifier le prototype des fonctions déjà existantes), alors il faudra évidemment recoder l'application pour l'adapter à la nouvelle version.

Au niveau de la compilation, les applications apprennent les différentes bibliothèques avec lesquelles elles devront se lier à l'exécution grâce à une bibliothèque d'importation (un fichier .lib ou .a) qui indique le nom de la bibliothèque qui lui est associée et qui liste les fonctions contenues dans cette bibliothèque sans leurs implémentations (elles, stockées dans la bibliothèque). Cela rend donc les applications plus légères.

Mis à jour le 15 juin 2009 dourouc05

Proposer une nouvelle réponse sur la FAQ

Ce n'est pas l'endroit pour poser des questions, allez plutôt sur le forum de la rubrique pour ça


Réponse à la question

Liens sous la question
précédent sommaire suivant
 

Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright © 2024 Developpez Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.