[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#32463: 27.0.50; (logior -1) => 4611686018427387903
From: |
Andy Moreton |
Subject: |
bug#32463: 27.0.50; (logior -1) => 4611686018427387903 |
Date: |
Tue, 21 Aug 2018 15:52:23 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (windows-nt) |
On Tue 21 Aug 2018, Eli Zaretskii wrote:
>> From: Paul Eggert <eggert@cs.ucla.edu>
>> Date: Tue, 21 Aug 2018 02:40:34 -0700
>> Cc: andrewjmoreton@gmail.com, 32463@debbugs.gnu.org
>>
>> I installed the attached patch to do that. It tentatively defaults to a
>> limit of
>> 2↑↑5 (i.e., 2**65536) for bignums, overrideable by setting a new variable
>> 'integer-width' that defaults to 65536. This default should be big enough
>> for
>> almost all Emacs applications and should avoid issues of aborts and hangs.
>
> Should the default value be different on 32-bit platforms?
For a 32bit platform using 32bit mp_limb_t, this is only 2048 limbs, so
well within range of mpz_t::_mp_size. Having the same limit on all
platforms should be fine.
Does this limit apply to bignum values in lisp objects, or to
intermediate values inside libgmp, which may require extra space ?
The documentation for `integer-width' should make this clear.
AndyM
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, (continued)
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Paul Eggert, 2018/08/18
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Paul Eggert, 2018/08/18
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Andy Moreton, 2018/08/19
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Pip Cet, 2018/08/19
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Paul Eggert, 2018/08/19
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Pip Cet, 2018/08/19
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Paul Eggert, 2018/08/21
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Andy Moreton, 2018/08/21
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Eli Zaretskii, 2018/08/21
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903,
Andy Moreton <=
- bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Paul Eggert, 2018/08/21
bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Paul Eggert, 2018/08/19
bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Tom Tromey, 2018/08/22
bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Andy Moreton, 2018/08/19
bug#32463: 27.0.50; (logior -1) => 4611686018427387903, Paul Eggert, 2018/08/21