[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*: qrczak@xxxxxxxxxx*Subject*: Re: reading NaNs*From*: Aubrey Jaffer <agj@xxxxxxxxxxxx>*Date*: Wed, 26 Oct 2005 00:09:56 -0400 (EDT)*Cc*: srfi-77@xxxxxxxxxxxxxxxxx*Delivered-to*: srfi-77@xxxxxxxxxxxxxxxxx*In-reply-to*: <87wtk2topj.fsf@xxxxxxxxxxxxx> (qrczak@xxxxxxxxxx)*References*: <20051021145326.816C11B77BB@xxxxxxxxxxxxxxxxxxxxx> <873bmtxdnm.fsf@xxxxxxxxxxxxxxxxx> <20051023181854.4E7DD1B77BB@xxxxxxxxxxxxxxxxxxxxx> <871x2cowe8.fsf@xxxxxxxxxxxxxxxxx> <20051023195403.A50AF1B77BB@xxxxxxxxxxxxxxxxxxxxx> <435BEC21.60509@xxxxxxxxxxxx> <20051023205012.BFD241B77BB@xxxxxxxxxxxxxxxxxxxxx> <87zmoz27dg.fsf@xxxxxxxxxxxxx> <87hdb7kgmk.fsf@xxxxxxxxxxxxxxxxx> <87k6g3zw34.fsf@xxxxxxxxxxxxx> <871x2bkfj7.fsf@xxxxxxxxxxxxxxxxx> <8764rnu45b.fsf@xxxxxxxxxxxxx> <87br1fiv26.fsf@xxxxxxxxxxxxxxxxx> <87ll0jpu0q.fsf@xxxxxxxxxxxxx> <20051024022744.6CA581B77BB@xxxxxxxxxxxxxxxxxxxxx> <87veznbb37.fsf@xxxxxxxxxxxxx> <8764rnbaqr.fsf@xxxxxxxxxxxxxxxxx> <435C9A65.7060106@xxxxxxxxxxxxxxxx> <20051024153539.D98031B77BB@xxxxxxxxxxxxxxxxxxxxx> <87oe5e93ug.fsf@xxxxxxxxxxxxx> <20051024201310.E072E1B77BB@xxxxxxxxxxxxxxxxxxxxx> <87wtk2topj.fsf@xxxxxxxxxxxxx>

| From: "Marcin 'Qrczak' Kowalczyk" <qrczak@xxxxxxxxxx> | Date: Tue, 25 Oct 2005 02:39:04 +0200 | | Aubrey Jaffer <agj@xxxxxxxxxxxx> writes: | | > | > An implementation may report a violation of an | > | > implementation restriction in any calculation for which | > | > the result would be 0/0. | > | | > | It's not compatible with IEEE-754 because it doesn't guarantee | > | that by default operations like (/ 0.0 0.0) produce NaN. | > | > Aren't there IEEE-754 modes which throw an exception rather than | > returning NaN? | | There are, there are useful too, but they must be explicitly turned | on. So the above description is good as long as "may" means that | the programmer chooses the behavior. | | > If the hardware returns a NaN, what the Scheme implementation | > does with the NaN is not within the scope of IEEE-754. | | I disagree. IEEE-754 specifies the language-independent interface, | as seem from the point of view of the programmer. According to IEEE-754: user. Any person, hardware, or program not itself specified by this standard, having access to and controlling those operations of the programming environment specified in this standard. A Scheme implementation is a program; thus it qualifies as a user. IEEE-754 does not constrain its behavior.

**Follow-Ups**:**Re: reading NaNs***From:*Marcin 'Qrczak' Kowalczyk

**References**:**arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Jens Axel Søgaard

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Aubrey Jaffer

**Re: arithmetic issues***From:*Marcin 'Qrczak' Kowalczyk

**Re: arithmetic issues***From:*Thomas Bushnell BSG

**Re: arithmetic issues***From:*Alan Watson

**reading NaNs***From:*Aubrey Jaffer

**Re: reading NaNs***From:*Marcin 'Qrczak' Kowalczyk

**Re: reading NaNs***From:*Aubrey Jaffer

**Re: reading NaNs***From:*Marcin 'Qrczak' Kowalczyk

- Prev by Date:
**Re: Common Lisp solved this problem 20 years ago** - Next by Date:
**Re: Common Lisp solved this problem 20 years ago** - Previous by thread:
**Re: reading NaNs** - Next by thread:
**Re: reading NaNs** - Index(es):