[r6rs-discuss] Proposed NON-features for small Scheme, part 4D: inexact precisions
andrew-scheme at areilly.bpc-users.org
Wed Sep 23 07:59:38 EDT 2009
On Wed, Sep 23, 2009 at 02:53:31AM -0400, John Cowan wrote:
> In particular, unless an implementer is willing to provide CLisp-style
> software, immediate floats are a bad idea. They inevitably have fewer
> bits than IEEE, and just chopping those bits to 0 quickly rather than
> properly rounding introduces so much error that the results are useless.
Could you please explain this bit a little more? How does not
having immediate floats work? Do I have to convert all of my
filter coefficients to scaled integers? Is it really a stretch
to actually include or refer to IEEE floating point standards?
R6RS does. There are fairly well respected ways to represent
IEEE floats as immetiate values.
More information about the r6rs-discuss