On Nov 14, 2010, at 5:35 AM, Slava Pestov <[email protected]> wrote:

> ( scratchpad ) 60179602826890858042495329276589127743 [ dup 1 /f
>> integer - . ] [ dup >float >integer - . ] bi
> 4414195228865875032127
> -5030537736873415395265

Looks like "bignum>float" is buggy too, since the fixed "1 /f" now gives the 
nearer result. Sharing the scale adjustment code between bignum>float and /f 
and getting rid of the primitive for the former makes a lot of sense. Is there 
anything during bootstrap that depends on bignum>float being primitive?

-Joe
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Factor-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/factor-talk

Reply via email to