[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[avr-libc-dev] float replace addsf3.S subfs3.S mulsf3.S divsf3.S floatsi
From: |
hjherbert |
Subject: |
[avr-libc-dev] float replace addsf3.S subfs3.S mulsf3.S divsf3.S floatsi.S |
Date: |
Wed, 21 Feb 2007 04:26:53 +0100 |
Hello
I have code which can replace addsf3.S subfs3.S mulsf3.S divsf3.S floatsi.S
To bring the code to the avr-libc CVS I need to know:
Do you allow me to check in my code?
Actually it is in http://www.avrfreaks.net/ in the project "float arithmetics"
(german)
and in http://www.mikrocontroller.net/ in the Forum thread "float arithmetics"
(german)
May this code use r25 r24 r23 r22 or must I replace the register names by RA0
RA1 RA2 RA3 ?
Debugging with the Atmel astudio is much easier if I use Atmels register names
What is definition of behavior if some wants to add sub mul div
+Inf ( 0x7f8000000) -Inf (0xff800000) NaN (0x7fc00000)
Can we forget to handle -NaN ( 0xffc00000) if none of our programs never
creates such floats
What should happen with -0 (x80000000)
Do we need to handle denormized values as 0x03445566 or 0x00000001 ? How ?
Do we need to handle other forms of NaN as 0x7f800200 or 0x7f800002 ?
Do we need to handle denormized values as 0x03445566 or 0x00000001 ? How ?
Would somebody like to check the compatibility to library coding standards ?
Is there somewhere a written "Our librarys coding standard" ?
In my option our addsf3 & co should be able to generate
+Inf ( 0x7f8000000) -Inf (0xff800000) NaN (0x7fc00000)
and handle correctly only there 3 cases of no-Numbers
Let us avoid to generate -0
Regards to all
hjherbert
- [avr-libc-dev] float replace addsf3.S subfs3.S mulsf3.S divsf3.S floatsi.S,
hjherbert <=