Discussion :

[pitistef]

Bonjour à tous,
Je dois actuellement effectuer un petit programme tout simple en assembleur (cible Pentium 2) pour effectuer une multiplication sur un nombre flottant.

Afin de vérifier la représentation des nombres flottants sur celui-ci, j'ai d'abord effectué un bête programme C auquel j'ai défini une variable de type flottant.
J'affecte une valeur à cette variable et vais ensuite voir la façon dont elle est stockée en mémoire.

J'obtiens les résultats suivants:
float_var = 2.8 --> 0x40333333
float_var = 1.4 --> 0x3FB33333
float_var = 1.75 --> 0x3FE00000

J'ai regardé la norme IEEE 754 mais je ne comprends pas du tout la représentation obtenue.
Quelqu'un peut-il me dire s'il voit quelle est la représentation utilisée par mon compilateur C?

[orfix]

C'est bien IEEE 754.
A mon avis la page sur wikipedia est très clair tu pourrais y jeter un oeil !

Convertion de ton premier exemple 2.8 à la main :

1. Le nombre est positif le bit de signe seras donc 0.
2. Convertion en notation binaire 2.8 = 10.1100110011001100110011
   .1100110011001100110011 parceque c'est la somme de :
   

   Code :

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

   1
   2
   3
   4
   5
   6
   7
   8
   9
   10
   11
   12
   13
   14
   15
   16
   17
   18
   19
   20
   21
   22
   23
   2^-1	*1	0,5
   2^-2	*1	0,250
   2^-3	*0	0,125
   2^-4	*0	0,0625
   2^-5	*1	0,03125
   2^-6	*1	0,015625
   2^-7	*0	0,0078125
   2^-8	*0	0,0039062
   2^-9	*1	0,001953125
   2^-10	*1	0,000976563
   2^-11	*0	0,000488281
   2^-12	*0	0,000244141
   2^-13	*1	0,00012207	
   2^-14	*1	0,000061035
   2^-15	*0	0,000030518
   2^-16	*0	0,000015259
   2^-17	*1	0,00000763
   2^-18	*1	0,000003815
   2^-19	*0	0,000001907
   2^-20	*0	0,000000954
   2^-21	*1	0,000000477
   2^-22	*1	0,000000238
   = 0,799999953

3. Normalisation du nombre binaire obtenu
   10.1100110011001100110011 devient 1.01100110011001100110011 * 2^1
   la fraction est donc : 01100110011001100110011
   
4. L'exposant est 1, il doit être biaisé en ajoutant 127 ce qui donne 128 = 10000000
   
5. En rassemblant le tout on obtient :
   
   

   Code :

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

   1
   2
          S EXPONENT FRACTION	
   2.80 : 0 10000000 01100110011001100110011

[ToutEnMasm]

Très bonne explication ,par contre le lien vers wikipedia peut mieux faire.La page existe en français.
http://fr.wikipedia.org/wiki/IEEE_754

[pitistef]

Merci pour vos réponses.
J'avais effectivement lu la page wikipedia mais je n'avais pas compris que l'on utilisait des puissances négatives de 2 pour ce qui est après la virgule.

En gros je convertissais d'abord la partie décimale, puis la partie fractionnelle et complétait avec des 0 pour obtenir les 32 bits. (le système mantisse, signe et exposant je l'avais compris en revanche, c'est déjà ça).

Je comprends donc mieux les résultats obtenus.

[alatox]

J'ai compris les calculs et sait maintenant faire la conversion, mais même en lisant l'article sur Wikipedia, je ne comprends pas pourquoi il doit y avoir un décalage de 128.

Pouvez vous m'expliquer ?

[alatox]

En fait la réponse se trouve dans cette phrase

"L'exposant est décalé de 2^(e-1) - 1 (e représente le nombre de bits de l'exposant). Ce décalage est utile car l'exposant peut être positif ou négatif. Cependant, la représentation habituelle des nombres signés (complément à 2) rendrait la comparaison entre les nombres flottants difficile[réf. souhaitée]. Pour régler ce problème, l'exposant est décalé, afin de le stocker sous forme d'un nombre non signé."

Je comprend que le fait de stocker avec un décalage de 128 permet d'avoir nombres non signés soient positifs ce qui permet de les interpréter tous de la même façon quitte à effectuer un décalage ensuite.

En effet, pour un exposant de -4 par exemple soit 11111100 codé en complément à deux. Ce dernier pourrait être aussi interprété comme 252 par le compilateur.