[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Scheme-reports] Three really picky points
Vincent Manis scripsit:
> I couldn't find anywhere in the Draft that described the
> relation between numeric conversion in string->number, read, and in
> source programs, and was hoping for some kind of clarification (or a
> pointer to where I missed the clarification).
I did file a ticket for the WG to clarify this.
> The syntactic issues relate to such things as whether S, F, D, and L
> are valid (`the implementation *may* accept...', p. 32). Pragmatic
> issues include whether integer or other literals might overflow
> (on a bignumless implementation), whether or not the implementation
> applies the same restrictions, described at the bottom of p. 37) to
> string->number, read, and literals in source programs; the default
> precision if the E exponent marker is used; and numerical roundoff
> on input conversion (whether, e.g., (= (string->number? 0.1) 0.1)
> is defined to be true).
Added to the ticket at http://trac.sacrideo.us/wg/ticket/327 .
> It's obvious that string->number and read should use the same
> conversion routine;
That's what I thought too. But Chibi uses two different routines, because
`read` terminates on the first delimiter, whereas string->number returns
#f if not all of the string is a number. Still, that doesn't mean they
should not be consistent.
> So I think I'd prefer a statement that says that the relationship
> between literals in source programs on the one hand and string->number
> and read on the other is unspecified, but that the latter two use the
> same conversion rules.
Also added to the ticket.
John Cowan cowan@x http://www.ccil.org/~cowan
Historians aren't constantly confronted with people who carry on
self-confidently about the rule against adultery in the sixth amendment to
the Declamation of Independence, as written by Benjamin Hamilton. Computer
scientists aren't always having to correct people who make bold assertions
about the value of Objectivist Programming, as examplified in the HCNL
entities stored in Relaxational Databases. --Mark Liberman
Scheme-reports mailing list