Falcon fpu etc.. - Page 1

Suite a un petit essais, je suis en train d'écrire du code sur mon Falcon, et pour evité certains bricolages, j'utilise le FPU

Mais question :

On a fmove qui est la version fpu du move du 680x0.

si je transfere un word de mon prog par :

fmove.w d0,fp0

donc recopie de d0 dans le registre d0 du fpu, il me transfere le w mais si après je peux l'additionner a un nombre en double précision cela donne quoi ?

car il va m'additioner un entier sur un mot a un nombre en double précision, donc le résultat sera obligatoirement a coté de la plaque. Une idée ?

d'après ce que je comprend dans la doc, le fmove converti dans le format sélectionné dans FPCR (PREC : bit 6 & 7)
"conversions from the source operand format to the destination operand format are performed implicitly during the move operation. Also, the source operand is rounded according to the selected rounding precision and mode. "

Merci SCPCD,

Bon le FPU est configuré par défaut (Du moins dans mon cas a la valeur que je veux)

bon autre soucis, je voudrais récupéré la partie entière d'un nombre en double précision, donc au joie on a une instruction FINT, qui comme sa description le dit : integer part of source->fpn

donc c'est parfait, mais question la dernière ligne de la doc de cette instruction dit :

note that the result of this operation is a floating point number, heu ouais c'est moi qui comprend mal ? je voudrais juste récupéré ma partie entière.


GT Pas flottant

Ben ça récupère la partie entière, donc le résultat n'a pas de chiffres après la virgule, mais ça reste un nombre à virgule flottante. Si tu veux récupérer un entier "classique", j'imagine qu'il y a une instruction spéciale pour ça, qui fait le contraire du fmove que tu as posté plus haut (peut-être que c'est fmove aussi d'ailleurs, je connais pas le FPU du Falcon)

Pour moi c'est FMOVE qu'il faut aussi utiliser.
Le format de destination est définit par le ".w" par exemple.

C'est ce que j'ai pensé quand Zero en a parlé, c'est ce que je fais, je dois avoir un bug dans le code avant qui fait que mon résultat est en banane

Car Motorola nous a toujours habitué a de bon trucs sur leur puces

GT En banane !!