[Libreoffice-bugs] [Bug 76245] Other: Support IEEE 754-2008 (ISO/IEC/IEEE 60559:2011) binary128 quadruple precision

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sun Oct 11 19:32:02 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=76245

b. <newbie-02 at gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |newbie-02 at gmx.de

--- Comment #2 from b. <newbie-02 at gmx.de> ---

enhancements would be good, 

but quad precision (128 bit) may be slow on - actually common - 64-bit
machines, 

and would only move the rounding problems to other areas, black/white +/-
right/left wrong decisions like 'integer or not', 'where to round to' or other
'fp-problems' would still occur since the principle of replacing discrete
decimal values by approximated but not exact fitting discrete binary values
would not change,

the common fail is financial calculations (or other calculations with human
given values with rather few decimals) failing on machines with 53 bit
precision and top level cpu's and fpu's regarding artefacts from rounding when
converting from decimal to binary number system, 

while calc doesn't solve that we'll get irritated questions over and over
again, solved it would be an advance over ex$el, 

it cannot be solved by standardized rounding (this hides some errors and
produces new ones elsewhere), but either by IEEE 754-2008 (not by
'quad-precision' but by 'decimal' data types), or by intelligent rounding, 

both have performance disadvantages ... either you have to use a switch for
precision / performance, or calc could calculate 'fast' preliminary results and
'refine' them in the background while waiting for user input, 

working with 'precision as shown' for rounding holds for plenty cases, but
fails for corner cases like '=INT(MOD(24,09;1)*100)' ...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201011/8be4d701/attachment-0001.htm>


More information about the Libreoffice-bugs mailing list