</snipped>
> But when you do "?atom_to_float64
> (485165195.40979027796910683054154055868463898894484725435361080031597799614270974016
> 5979850652747349447833789438961)" in your source code, you will get precision
> errors due to the limitations of the parser. It becomes an apples and oranges
> comparison instead of apples and apples.
>
> --
> A complex system that works is invariably found to have evolved from a simple
> system that works.
> --John Gall's 15th law of Systemantics.
>
> "Premature optimization is the root of all evil in programming."
> --C.A.R. Hoare
>
> j.
Didn't Matt incorporate his parsing improvements to the interpreter?
At any rate, the value provided corresponds to nearly 300 bits of precision.
Even if the lowest 50 are wrong (overly pessimistic), only 17 digits would be
wrong, and the parser should retrieve the exact same value, since a double only
stores 53 bits.
CChris
