Différence Entre .o,.un. ,lo and .alors?

Résumé

• .o est typiquement un fichier d'objet non PIC émis par le compilateur (avant l'étape de linker) lorsqu'il est lié à un exe, le code sera inclus dans l'exécutable -- nous nous lions au moment du lien.
• .un est typiquement une bibliothèque d'archives contenant un ou plusieurs .o fichiers [non-PIC]. Lorsqu'il est lié à un exe, le particulier "*.les fichiers o" de l'archive seront insérés dans l'exécutable.
• .lo est généralement un" objet de bibliothèque "qui contient un code PIC compilé manuellement avec gcc-fPIC ou en utilisant libtool .
• .donc les fichiers sont des fichiers" d'objets partagés". Ils contiennent des objets PIC.

Note:

• si vous avez besoin d'exécutables statiques, utilisez".o" et ".fichier.
• si vous avez besoin/voulez des exécutables dynamiques the bind avec des bibliothèques à l'exécution, utilisez .lo et .donc dossiers.

Introduction

bien que j'aime les réponses ci-dessus, ils ne couvrent pas le .a / archiver le formulaire de la bibliothèque. Donc, ici, Je vous adresse tous les trois, avec un bonus d'ajouter dans un .donc, bibliothèque de format. En outre, dans la veine de stackexchange, j'utiliserai plus de texte au cas où les liens se brisent (notez que je n'avais pas besoin de liens de référence pour celui-ci).

Filetype .o

lors de la compilation d'un .o est un fichier objet contenant le code objet émis par le compilateur pour la plate-forme cible. Pour créer un .o fichier:

gcc -c filename.c     <==== creates filename.o

notez que cet exemple n'a pas créé de code indépendant de la Position (PIC). Nous considérons qu'il s'agit d'un objet pour inclusion possible dans une bibliothèque statique ou exécutable. C'est-à-dire lorsque nous associons un exécutable à un .o fichier, le code dans le .le fichier o est inséré dans l'exécutable --- il est lié au moment de la compilation, pas au moment de l'exécution. Cela signifie que l'exécutable peut être redistribué sans inclure le .o fichier. Mise en garde: il est de convention que le .o est considéré comme non-PIC. Nous nommons typiquement les fichiers D'objets PIC avec un .lo extension.

Filetype .a

Le .un type de fichier est une " archive " bibliothèque. Il contient un ou plusieurs .o fichiers et il est généralement utilisé pour la création de statique des fichiers exécutables.

nous utilisons la commande ar pour manipuler des archives bibliothèque. Ci-dessous dans un exemple qui (1) crée une bibliothèque d'archives à partir de .o "1519110920 de fichiers" puis (2) énumère le contenu de celui-ci.

$ ls *.o
a.o  b.o  c.o                 <=== the files going in the archive

$ ar q libmyStuff.a *.o       <=== put *.o files in an archive (or new one)
ar: creating libmyStuff.a    

$ ls *.a                      <=== just show the library created
libmyStuff.a

$ ar t libmyStuff.a
a.o
b.o
c.o

$ libtool compile gcc -c a.c
libtool: compile:  gcc -c a.c  -fPIC -DPIC -o .libs/a.o  <== PIC code
libtool: compile:  gcc -c a.c -o a.o >/dev/null 2>&1     <== Not-PIC code

$ ls a.lo a.o
a.lo  a.o       <=== a.lo contains the PIC code.