Date: prev next · Thread: first prev next last
2016 Archives by date, by thread · List index


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


Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.