https://bugs.documentfoundation.org/show_bug.cgi?id=125978
--- Comment #10 from Stephan Bergmann <[email protected]> --- As reported in comments 6 and 10 of <https://bugzilla.redhat.com/show_bug.cgi?id=2136459> "test failure in rawhide/s390x - float does not match!": "When I last looked into this well-known-on-s390x sporadic failure in September 2020, I inconclusively noted that it 'looks more like a heisenbug related to floating-point behavior'. (I.e., it passes some hardcoded floating-point value around and then compares with ==. IIRC, the values were always printing identically in a debugger when I tried to debug that, but still == occasionally failed. So it wasn't like the values were wildly off and thus clearly indicating an actual bug somewhere in the LibreOffice code.) The back-then disabled-for-s390x `make unitcheck slowcheck` has since been enabled with <https://src.fedoraproject.org/rpms/libreoffice/c/5be3141a5b44a2d2fc236a676ec2e8325a7a0036> 'renable check for s390x'. If this particular sporadic failure hits frequently enough, we might want to disable that one test for s390x for the time being?" and "I built libreoffice with: fedpkg build --scratch --arches s390x 20 times in a row with a F38 target without failure. I'm not really convinced the bug is gone, but I can't trigger it." And as reported at <https://lists.freedesktop.org/archives/libreoffice/2023-August/090788.html> "Re: Tests failures trying to package LO in Fedora": "For s390x we get the floating point precision test failure described [in this issue here]. Applying the patch proposed in the bug report didn't help." -- You are receiving this mail because: You are the assignee for the bug.
