Discussion :

[ViveLasm]

Bonjour � tous,
Dans l'optique de cr�er un petit os, je me heurt � un probl�me probl�matique (forc�ment) :
Quand je link un code source C, compiler en fichier objet avec gcc, je ne parvient pas � me cr�er d�ex�cutable 32 bits correct. Je m'explique : je veut un fichier 32 bits ex�cutable standard, c'est � dire juste avec du code ex�cutable, pas avec des headers et une structure sp�ciale telle que le elf, par exemple. Pour ld, on peut utiliser la commande :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

$ ld --oformat binary

Mais comme mon pc est en 64 bits, je ne peux pas le faire pour des fichier 32 bits.
Sinon, j'ai une autre question :
gcc -c cr�e un fichier ex�cutable binaire, c'est �a ? Mais simplement, sans les headers des fichiers ex�cutables du style elf etc ?
Ensuite, si on utilise un d�sassembleur, est ce que l'on voit les headers ?
Enfin, les commandes :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
gcc -m32 -c monfichier
gcc -m32 -c monfichier2
ld -m elf_i386 monfichier.o monfichier2.o -o monexecutable

donnent le m�me r�sultat que :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

gcc -m32 -c monfichier

o� monfichier est monfichier et monfichier2 combin�s ensemble, lorsque j'utilise un d�sassembleur pour voir le r�sultat.
Est ce normal ?
Normalement, comme je link en elf, je devrais avoir un fichier elf, non, pas un binaire pur ?

[Kannagi]

Pour le 32 bits ,je ne comprend pas ta question , le linker ne transforme pas du code en 64 bits en 32 bits ou inversement quand tu fais ceci :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

$ ld --oformat binary

Il va juste te filer le binaire brut du elf , si le elf c'est du 64 bits il te fera du 64 bits , si c'est du 32 bits il te filera du 32 bits, si c'est de l'ARM il fera de l'ARM.
Bref , c'est dans la compilation le souci , pas le linker.
Et comme tu as mis "gcc -m32" je comprend encore moins ta question.

Ensuite, si on utilise un d�sassembleur, est ce que l'on voit les headers ?

Non , surtout un header qui est l� juste pour aider le compilateur � compiler ,c'est juste des infos , �a ne g�n�re aucun code.

Est ce normal ?

Non , normalement si tu fais ceci :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
gcc -m32 -c monfichier.c  -o monfichier.o
gcc -m32 -c monfichier2.c  -o monfichier2.o
 
ld --oformat binary monfichier.o monfichier2.o -o monexecutable

Normalement tu as les deux fichier .o et un fichier binaire brut

Le linker n'efface rien , donc tu dois retrouver les .o et donc non un .o �a doit pas �tre �quivalent � du ld avec sa sortie en binaire.

Par contre il faut quand m�me mettre les options -Ttext et-Tbss au minimum sinon le code risque pas de marcher (�pres je ne sais pas si par d�faut les adresses text et bss sont correct).

[ViveLasm]

Cc,
Merci de ta r�ponse.
En fait, je pose cette question car quand je link un code compil� avec l'option -m32, �a me met une erreur disant que le format du fichier d'entr�e (32 bits) ne correspond pas au format du fichier de sortie (64 bits). Enfin, je crois que c'est ce que veux dire le message d'erreur.

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
 
ld: i386 architecture of input file `kernel.o' is incompatible with i386:x86-64 output
ld: kernel.o: in function `scrollup':
kernel.c:(.text+0x11): undefined reference to `_GLOBAL_OFFSET_TABLE_'
ld: kernel.o: in function `putcar':
kernel.c:(.text+0x8a): undefined reference to `_GLOBAL_OFFSET_TABLE_'
ld: kernel.o: in function `_start':
kernel.c:(.text+0x15e): undefined reference to `_GLOBAL_OFFSET_TABLE_'

Donc c'est plut�t bizarre.
Donc si j'ai compris correctement ce que j'ai fait, j'arrive � compiler en 32 bits avec l'option -m32, mais je n'arrive par contre pas � linker de sorte � cr�er un fichier binaire pur (ne contenant pas les headers du fichier elf). Donc est ce qu'il existe des linkers d�di�s au 32 bits ? Ou quelle option utiliser pour obtenir un code 32 bits ? Je sais que je peux utiliser le format elf_i386 pour obtenir un fichier elf 32 bits, mais lors des tests, �a plante, en raison (je pense) du fait que le fichier de sortie est un elf, et pas un binaire pur. L'erreur, sous virtual box, est la suivante (apr�s d�marrage correct du bootloader) :
Une erreur critique est survenue pendant l'ex�cution de la machine virtuelle et cette derni�re a �t� arr�t�e.
Sinon, quand je parle des headers, je ne parle pas des headers du C, mais de ceux utilis�s dans le format elf (en d�but du fichier, indiquant les diff�rents emplacements des sections, le type de fichier, etc). Mais au final, je pense que l'on ne les voit pas.
Ensuite, il est possible que je n'ai pas compris les messages d'erreurs, alors si tu as une autre solution, je suis preneur aussi
Sinon, pour les options Ttext etc, je m'en occupe

EDIT : En fait, j'ai r�solu mon probl�me : pour que tout marche correctement, il suffit d'utiliser l'option -m elf_i386 (pour indiquer que l'on travaille en 32 bits) avec --oformat binary (pour indiquer que l'on ne veux que du code binaire). Merci beaucoup pour ton aide en tout cas !