Hello Igor,
maybe that floating point is sometimes used in some
circumstance, but in a real embedded pic-design you
will see it seldom in typical applications. That is
a forth approach and therefore the theme is not
really accessible to me.
The second one is, that a forth environment like FF
is a base for everyone to achieve his special goals
with his own labour. So, you have your agenda and the
toolbox and do it by yourself at first, if it is
really important. If you are successful, the community
will receive the result with friendliness and applaud
to you.
regards rmh
> Hi,
> as discussed with Mike before, there are few open issues with floating point library, which are not critical, but needs some tweaking to be perfect, however.
>
> 1. handling largest positive and largest negative number, it crashes now.
> 2. printing NaN, crashes
> 3. "e" for exponent
>
> 1.
>
> 0x7f7fffff == 3.402823466385288598E38
> 0xff7fffff == -3.402823466385288598E38
>
> does
>
> $ffff $7f7f fs. - crash
> $ff7f $ffff fs. - crash
>
> 2.
>
> -1.0e3 flog fs. crash
> -1.0e3 fsqrt fs. crash
> $ffff $7fff fs. crash
> $ffff $ffff fs. crash
>
> Those calcs shall print something like "NaN"
>
> The bove issues come from following - the floating point library was written for amorth, and the math written in asm returned specific agreed values for those results. XC16 returns different values in FF.
>
> 3.
>
> Mainly an issue with 0e 3e 123e as it could be recognised as HEX value when in hex. "E" may solve the problem, when agreed so.
>
> Igor
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Flashforth-devel mailing list
> Fla...@li...
> https://lists.sourceforge.net/lists/listinfo/flashforth-devel
>
|
