Hi Alex, On Monday, 2016-09-12 20:09:27 +0100, Alex McMurchy wrote:
> Is there anything else I can usefully do? Like > > 1. either stepping through the code Well, you can try, but it's a more general problem not restricted to just one or two functions. Entry point for the CHIINV function would be in sc/source/core/tool/interpr3.cxx ScInterpreter::ScChiInv() > 2. or bisecting the code That wouldn't gain anything. You'd just discover that the build error goes away once bisecting removed the test documents ;-) > I beginning to wonder whether the problem is environmental and outside of > LibreOffice. It's somehow related to how floating point doubles are handled on that specific 32-bit platform. Different register width, different instruction set, different compiler optimization; the range of possible causes is wide. Eike -- LibreOffice Calc developer. Number formatter stricken i18n transpositionizer. GPG key "ID" 0x65632D3A - 2265 D7F3 A7B0 95CC 3918 630B 6A6C D5B7 6563 2D3A Better use 64-bit 0x6A6CD5B765632D3A here is why: https://evil32.com/ Care about Free Software, support the FSFE https://fsfe.org/support/?erack
signature.asc
Description: PGP signature
_______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice
