[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
comparisons between floats and ratios
Is (> a-rational a-float) supposed to err out when (float a-rational a-float)
would overflow? If so, there should at least be some way to tell ahead of time
if that's going to happen, for people who want to write a more careful
comparison routine. The only way I can figure out of doing this now is
(> a-ratio (rational most-positive-xx-float)). Consing up a bignum
representation of the largest float seems like a high price to pay for being
careful.
Since most floating point implementations can (internally at least) represent
infinity, it shouldn't cause a great loss of efficiency to require that this
case return T.
A not-entirely-unrelated question: What kind of rounding is FLOAT supposed
to do?
-------