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
Attachment:
signature.asc
Description: PGP signature