Discussion :

[petdelascar]

Bonjour,

Je voulais savoir ce qu'était précisément un .o. Je comprend que c'est un fichier compilé qui sert à créer l'executable en C, lorsqu'il est compilé par gcc. Cela m'amène à la question, est ce que tout programme c nécessite un .o? La question sous jacente étant: est ce que tout programme c est compilé par gcc (je parle en général, par exemple sous visual ou devc++) ou gcc est il un compilateur parmis tant d'autres, et donc pas forcément de .o en c. Merci.

[mat.M]

et donc pas forcément de .o en c. Merci.

de .o en .c c'est pas possible.
Aller sur www.wotsit.org mais j'ai pas trouvé le format .o

[karami]

gcc est un compilateur parmi d autres, mais les autres aussi passent par la génération des fichiers .o puis les rassemebler pendant la génération des liens.

[petdelascar]

de .o en .c c'est pas possible.

Je veux dire par là, par forcément de .o en langage C.

[petdelascar]

ok merci karami.

[karami]

ok merci karami.

de quoi ca te derange les .o, si tu travaille avec gcc tu peux passer directement du c en executable par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
gcc -o fichier_exe fichier.c

[mat.M]

Je veux dire par là, par forcément de .o en langage C.

Que veux-tu faire précisément ? Une fois qu'un code source en C a été interprété et compilé c'est pas possible de faire marcher arrière.
ll y a eu des outils pour retranscrire du code assembleur par exemple en source C mais cela ne donnait pas des résultats convaincants.

[O( N )]

Oula Oula ...

Faut lire les cours de C, car c'est indiqué dedans !

Les points o représentent la version objet de ton code écrit en C c'est une transition entre le fichier terminal qui sera un exécutable et ton code de départ que tu écris !

Quand tu veux que ton programme fonctionne sur une plateforme (Système d'exploitation et machine physique) particulière tu doit le compiler!
Cela se fait en deux étapes (au moins)
la génération de ton code de programmation (c) en fichier objets transformables et additionnables à d'autres (cette opération se fera dans l'édition de liens) qui formeront l'exécutable final.

Quelque soit le compilateur, tu aura toujours de points 'o' puis des exécutables lorsque toute la compilation se sera bien passée

Les points 'o' sont persistants si tu les as crées, cependant si tu compiles pour créer un exécutable, les points 'o' générés disparaitront à la fin de la compilation et n'auront été qu'un passage utile à la compilation.

de quoi ca te derange les .o, si tu travaille avec gcc tu peux passer directement du c en executable par :

Code :

gcc -o fichier_exe fichier.c

Désolé mais l'option -o renomme uniquement le fichier de sortie qui par défaut doit être a.out en UNIX et je ne sais pas quoi sous d'autres systèmes d'exploitations, mais en aucun cas elle empêchera la génération des points 'o', il seront seulement effacés parceque non demandé expressement c'est tout !

pour obtenir un point 'o' c'est l'option '-c' du compilateur gcc !

[Emmanuel Delahaye]

Je voulais savoir ce qu'était précisément un .o.

C'est un fichier dit 'objet' (je ne sais pas ce que ça veux dire exactement, ça vient sans doute des débuts de l'informatique). En tout cas, c'est le résultat de la compilation d'une unité de compilation (.c et .h inclus). Ce fichier est composé en majorité de bytes représentants du code exécutables (instructions machine), plus quelques indication indiquant les noms des variables et des fonctions définies extérieurement. Ce sont les identificateurs non résolus (printf, errno, MaFonctionGenialeCodeeAilleurs etc.).

L'éditeur de lien, qui sait quels sont les .o/.obj du projet et les .a/.lib (bibliothèques) du projet, tente de résoudre tous les liens manquants entre les .o et de créer le fichier exécutable . /.exe etc.)

Les détails des fichiers dépendent de chaque couple compilateur / éditeur de liens utilisé.

Je comprend que c'est un fichier compilé qui sert à créer l'executable en C, lorsqu'il est compilé par gcc. Cela m'amène à la question, est ce que tout programme c nécessite un .o?

C'est une question d'implémentation, mais je dirais qu'il est difficile de s'en passer (je me demande si la norme ne parle pas de 'fichier intermédiaire')...

La question sous jacente étant: est ce que tout programme c est compilé par gcc (je parle en général, par exemple sous visual ou devc++) ou gcc est il un compilateur parmis tant d'autres, et donc pas forcément de .o en c.

Avec d'autres compilateurs pour MS-DOS/Windows, par exemple, la compilation produit un .obj, mais le principe est le même...

[mat.M]

Cela m'amène à la question, est ce que tout programme c nécessite un .o? .

?? Les personnes qui m'ont précédé l'ont dit : les fichiers .o se sont des fichiers intermédiaires dans la compilation.
L'éditeur de lien dont parle Emmannuel ne peut pas faire d'exécutable binaire s'il n'ya pas de fichier objet

[O( N )]

Curiosité

Est-ce 'a.exe', 'main.exe' qui est le nom du fichier exécutable par défaut sous Dos/Windows sous le gcc pour windows ?

(car gcc est un un produit GNU non ?)

[karami]

Curiosité

Est-ce 'a.exe', 'main.exe' qui est le nom du fichier exécutable par défaut sous Dos/Windows sous le gcc pour windows ?

(car gcc est un un produit GNU non ?)

C est "a.exe" si tu utilise par exmeple cygwin sous windows.
mais pour mon post j ai ecrit "fichier_exe" pas necessairement d extension.

[Emmanuel Delahaye]

Est-ce 'a.exe', 'main.exe' qui est le nom du fichier exécutable par défaut sous Dos/Windows sous le gcc pour windows ?

(car gcc est un un produit GNU non ?)

Oui, mais sous Windows, ce sont des portages (MinGW, CygWin...)

Avec MinGW, on obtient a.exe.

t'ain.. grillaid...

[O( N )]

Y-a-t-il des tutoriels sur les portages ou les émulateurs de systèmes dans développez ?
(J'avoue je n'ai pas vraiment cherché , c'est juste comme çà ! )
Les comprendres, réaliser des bouts (bon c'est plutôt dur, mais bon l'idée est là !)

[mat.M]

(car gcc est un un produit GNU non ?)

oui mais sous Windows un exécutable doit avoir l'extension .exe ou .com ou bien .sys ou .dll