From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Using the GNU GMP Library for Bignums in Emacs Date: Mon, 07 May 2018 21:55:10 -0400 Message-ID: References: <29f933ac-a6bf-8742-66a7-0a9d6d3e5a88@disroot.org> <83bmecy6fx.fsf@gnu.org> <0d3175d8-d996-651e-b221-71978bde3a65@cs.ucla.edu> <42cbc5ab-2f02-4aa5-4b19-7b2357f91692@cs.ucla.edu> <1f58acbf-a7d8-bf4e-3d0e-a285515a22e6@cs.ucla.edu> <2549728d-8e40-b46a-009e-07cef0c24208@cs.ucla.edu> <63fdd138-77d3-89b9-aa69-490300f588a9@cs.ucla.edu> <838t90pr2l.fsf@gnu.org> <85ec3668-6b66-e47a-c10a-ffb3fc8be5d5@cs.ucla.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: blaine.gmane.org Content-Type: text/plain; charset=Utf-8 X-Trace: blaine.gmane.org 1525744429 27303 195.159.176.226 (8 May 2018 01:53:49 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 8 May 2018 01:53:49 +0000 (UTC) Cc: eliz@gnu.org, eggert@cs.ucla.edu, eller.helmut@gmail.com, emacs-devel@gnu.org To: Ken Raeburn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 08 03:53:44 2018 Return-path: Envelope-to: ged-emacs-devel@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 1fFrp2-00070N-98 for ged-emacs-devel@m.gmane.org; Tue, 08 May 2018 03:53:44 +0200 Original-Received: from localhost ([::1]:48957 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fFrr8-0004H5-PA for ged-emacs-devel@m.gmane.org; Mon, 07 May 2018 21:55:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36159) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fFrqX-0004Gw-Uw for emacs-devel@gnu.org; Mon, 07 May 2018 21:55:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fFrqX-0001ce-07 for emacs-devel@gnu.org; Mon, 07 May 2018 21:55:18 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:36316) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fFrqR-0001Yu-5G; Mon, 07 May 2018 21:55:11 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1fFrqQ-0004B3-C8; Mon, 07 May 2018 21:55:10 -0400 In-reply-to: (message from Ken Raeburn on Mon, 7 May 2018 13:24:58 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:225142 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > So, in this case, would it truncate the output or use a wider > field, if the value couldn’t “properly” be shown in the specified > size? I think we want the option of truncating (which includes truncating a negative number as 2s complement), and the option of signaling an error when the value does not fit (when it would require truncating). It would be ok also to have the option of using extra digits, as many as needed. That option would have to print a minus sign if the number is negative, since treating it as positive would require infinitely many digits. I am not sure that third option is really useful, but if it is, let's have it. > It would be logical to consider whether the same format extensions > would be useful with %o or %d (or others?) being used to format > bignums. I don't think these features are useful for decimal output. (Has anyone ever wanted them?) For octal, I am not sure. Maybe octal should be treated like hex. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) Skype: No way! See https://stallman.org/skype.html.