https://bugs.documentfoundation.org/show_bug.cgi?id=44076
--- Comment #11 from mwelin...@gmail.com ---
No accuracy problem either. You can enter 6004799503160661 in A1 and widen
the column enough that you can see the whole, odd number. You can then add or
subtract 1 and see ...662 and ...660 as expected. Scaling by a power of 2
doesn't change that for "double" which is a base-2 representation.
x=6004799503160661/2^54 didn't come out of thin air. It is what you get if you
round 1/3 to the nearest ieee-854 double number. Once you have x, you have no
way of knowing whether it came from 1/3 [plus rounding error] or from
6004799503160661/2^54.
Note, that the code you linked to exhibits undefined behaviour if the cast to
"int" overflows. That will happen for, for example, (-1)^(2^-64). IIRC, sparc
and x86 produce different results for such a cast.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
