GNU bug report logs - #33765
emacs-26.1-mac-7.4; (expt 2 140) ; produces 0 in scratch buffer, unexpectedly

Previous Next

Package: emacs;

Reported by: Van L <van <at> scratch.space>

Date: Sun, 16 Dec 2018 06:25:02 UTC

Severity: wishlist

Fixed in version 27.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Van L <van <at> scratch.space>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 33765 <at> debbugs.gnu.org
Subject: bug#33765: emacs-26.1-mac-7.4; (expt 2 140) ; produces 0 in scratch buffer, unexpectedly
Date: Mon, 17 Dec 2018 08:24:21 +1100
>>> Why do you say this is unexpected?
>> 
>> I am not a mathematician but I believe the answer is wrong for 2^140.
> 
> The correct value cannot be represented in an Emacs fixnum.  What did you expect Emacs to do?  IOW, what would be the "expected" result, given the limited range of integers we can represent?

I expect no answer and an error out with an informative explanation if asked for, when Emacs is unable to do.

>>> If you want the same support for huge numbers as in Scheme, try
>> Emacs 27.
>> 
>> I take that to mean the master branch but the emacs-mac repo-updates
>> are less freq. than gnu-emacs’s.
> 
> Some features, such as this one, will not be available in older versions.

A helpful place to explain the versioning policy would be a file in the emacs/etc directory.

Version 26 means stable, 27 means unstable is my guess.





This bug report was last modified 6 years and 238 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.