Two hours ago, John Clements wrote:
>
> I haven't followed the conversation closely enough to understand the
> ramifications of the proposed change, though; my guess is that the
> ffi can still address such arrays, it's just that computing with
> these values will require coercion. I could be okay with that; based
> on my understanding of the IEEE floating-point spec, such a
> translation could be pretty fast; 32bit -> 64bit looks like it would
> just be adding zeros, and 32bit to 64bit would require checking for
> exponent overflow; either way, this sounds like something that might
> be done on-chip by modern processors, and in fact might *already* be
> taking place in floating point 32-bit operations. (Anyone know
> whether Intel chips internally represent 32-bit floats as 64-bit
> ones?)
The main cost is that such a back-and-forth translation will require
allocation.
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay:
http://barzilay.org/ Maze is Life!
_________________________
Racket Developers list:
http://lists.racket-lang.org/dev
