Alaric Snell-Pym scripsit: > I think it's bad to have multiple different things that (+ > 99999999999999999999999 99999999999999999) could do. The result of > that should either be 100000099999999999999998, or a condition being > raised if the implementation can't stretch to that, in my view of the > world.
Okay, I certainly accept that -- as one position. > If I can accept approximate answers like 1.000001e+23, then I should > tell the implementation this by explicitly asking for it with (f+ > 99999999999999999999999 99999999999999999) or some such, I think. Note that the "approximate answer" is a consequence of Chicken's junk C-library output routines. (Someone's working on replacing them, I think.) The result really is exact, as you can see by evaluating (eqv? (+ 99999999999999999999999 99999999999999999) 100000099999999999999998.0) in plain Chicken. -- John Cowan http://www.ccil.org/~cowan [email protected] "After all, would you consider a man without honor wealthy, even if his Dinar laid end to end would reach from here to the Temple of Toplat?" "No, I wouldn't", the beggar replied. "Why is that?" the Master asked. "A Dinar doesn't go very far these days, Master. --Kehlog Albran Besides, the Temple of Toplat is across the street." The Profit _______________________________________________ r6rs-discuss mailing list [email protected] http://lists.r6rs.org/cgi-bin/mailman/listinfo/r6rs-discuss
