From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.bugs Subject: bug#32463: 27.0.50; (logior -1) => 4611686018427387903 Date: Thu, 23 Aug 2018 00:27:55 +0100 Message-ID: <867ekidls4.fsf@gmail.com> References: <0a84a85a-a5df-e557-72ee-6a28b478a92c@cs.ucla.edu> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1534980428 28477 195.159.176.226 (22 Aug 2018 23:27:08 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 22 Aug 2018 23:27:08 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (windows-nt) To: 32463@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Aug 23 01:27:04 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fscWm-0007HV-83 for geb-bug-gnu-emacs@m.gmane.org; Thu, 23 Aug 2018 01:27:04 +0200 Original-Received: from localhost ([::1]:32944 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fscYr-0002EC-1S for geb-bug-gnu-emacs@m.gmane.org; Wed, 22 Aug 2018 19:29:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46647) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fscYl-00029x-4G for bug-gnu-emacs@gnu.org; Wed, 22 Aug 2018 19:29:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fscYg-0004Dz-6J for bug-gnu-emacs@gnu.org; Wed, 22 Aug 2018 19:29:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53124) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fscYg-0004Du-1f for bug-gnu-emacs@gnu.org; Wed, 22 Aug 2018 19:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fscYf-0000Oi-Ts for bug-gnu-emacs@gnu.org; Wed, 22 Aug 2018 19:29:01 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Andy Moreton Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Aug 2018 23:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32463 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.15349805111482 (code B ref -1); Wed, 22 Aug 2018 23:29:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 22 Aug 2018 23:28:31 +0000 Original-Received: from localhost ([127.0.0.1]:58142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fscYA-0000Nq-MO for submit@debbugs.gnu.org; Wed, 22 Aug 2018 19:28:30 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:53661) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fscY9-0000Na-4h for submit@debbugs.gnu.org; Wed, 22 Aug 2018 19:28:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fscY3-0003mH-7E for submit@debbugs.gnu.org; Wed, 22 Aug 2018 19:28:23 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:58873) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fscY3-0003mD-46 for submit@debbugs.gnu.org; Wed, 22 Aug 2018 19:28:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46390) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fscY2-0001Wo-Ak for bug-gnu-emacs@gnu.org; Wed, 22 Aug 2018 19:28:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fscXw-0003h4-9Q for bug-gnu-emacs@gnu.org; Wed, 22 Aug 2018 19:28:22 -0400 Original-Received: from [195.159.176.226] (port=45772 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fscXu-0003Zy-8k for bug-gnu-emacs@gnu.org; Wed, 22 Aug 2018 19:28:15 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fscVe-0005qP-Aa for bug-gnu-emacs@gnu.org; Thu, 23 Aug 2018 01:25:54 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:bHEyiKKS53pzbHycmox+sXMu9GA= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:149675 Archived-At: On Tue 21 Aug 2018, Paul Eggert wrote: >> 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. > > integer-width applies only to Lisp objects. I'm not sure we should be exposing > internal details of the interpreter to the Lisp user, which includes the sizes > of its internal temporaries. If a need shows up for it we can do it, but I > don't see the need. The current documentation is uninformative: Maximum number of bits in bignums. Integers outside the fixnum range are limited to absolute values less than 2**N, where N is this variable’s value. N should be nonnegative. This says plenty abut fixnums, but does not mention that anything larger than fixnum range is represented as a bignum. For users who are new to all of this, it is important to state that. I think it is worth mentioning that intermediate computations not visible to lisp may use slightly larger bignums, and to make it clear that this is a soft limit intended to prevent misbehaviour of the runtime. AndyM