calc: jumbo sheets on windows (never gonna happen)
mst at libreoffice.org
Fri Oct 9 09:14:54 UTC 2020
On 09.10.20 11:10, Stephan Bergmann wrote:
> On 09/10/2020 11:01, Michael Stahl wrote:
>> On 08.10.20 21:13, Noel Grandin wrote:
>>> As some point we are going to have to deal with this "long" stuff, it
>>> really is not a great thing to have one 64-bit platform operating at
>>> half the bit-size of the other platform.
>>> Here is one option:
>>> (a) create some new typedef, something like the old sal_Long, aliased
>>> to "long"
>>> (b) replace "long" with typedef in stages (so no functional change).
>>> (c) switch the typedef of sal_Long to point to sal_Int64 and fix
>>> Then rolling back (even if temporarily) is easy and the "flag day" is
>>> a 2 line change.
>> POSIX provides ssize_t for this purpose but likely it doesn't exist on
> Would that be a useful abstraction for "accumulat[ing] things like
> row-heights and other things", or would a more explicit "must be at
> least 64-bit wide" type be more appropriate there.
afaik the only relevant 32-bit platform left is Windows, and it's
already rather restricted with big files because of how it handles
embedded objects; you'll run out of VM at ~250 math formulas iirc, due
to wasteful implementation of native OLE.
so we could use a platform-dependent type for this and say, use 32-bit
platform at your own risk...
More information about the LibreOffice