[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

This page is part of the web mail archives of SRFI 77 from before July 7th, 2015. The new archives for SRFI 77 contain all messages, not just those from before July 7th, 2015.

*To*: srfi-77@xxxxxxxxxxxxxxxxx*Subject*: Re: Arithmetic issues - feedback*From*: John Cowan <cowan@xxxxxxxx>*Date*: Thu, 02 Feb 2006 18:16:57 +0100*Delivered-to*: srfi-77@xxxxxxxxxxxxxxxxx*In-reply-to*: <Pine.LNX.4.58.0602011336210.18839@xxxxxxxxxxxxxx>*References*: <200510181654.j9IGs4jA012729@xxxxxxxxxxxxxxxxxxx> <y9l64ocqfqt.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxxx> <Pine.LNX.4.58.0602011336210.18839@xxxxxxxxxxxxxx>*User-agent*: Mutt/1.3.28i

bear scripsit: > First, there is the well-known problematic property of binary-mantissa > and binary-exponent representation that no decimal fraction can be > exactly represented. This is of course is shared with virtually all > languages except those (Ada I think, and maybe COBOL) which insist on > exact decimal fractions in their spec. The Rexx family (including Object Rexx and NetRexx) also insist on exact decimal fractions. Java provides exact decimal fractions in a library, but there is no syntax for them, so coercions from int, float, or string constants must be performed at run time. COBOL provides exact decimal fractions and allows machine-specific floats and ints as common extensions. -- Ambassador Trentino: I've said enough. I'm a man of few words. Rufus T. Firefly: I'm a man of one word: scram! --Duck Soup John Cowan <cowan@xxxxxxxx>

**References**:**Re: Arithmetic issues - feedback***From:*Michael Sperber

**Re: Arithmetic issues - feedback***From:*bear

- Prev by Date:
**Re: Arithmetic issues - feedback** - Next by Date:
**Questions about srfi-77 Generic Arithmetic** - Previous by thread:
**Re: Arithmetic issues - feedback** - Next by thread:
**Some preliminary comments** - Index(es):