From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Making 'eq' == 'eql' in bignum branch Date: Mon, 20 Aug 2018 09:12:35 -0700 Organization: UCLA Computer Science Department Message-ID: <3af4ccf0-df88-1c9f-7348-3d9696dd74b5@cs.ucla.edu> References: <29f933ac-a6bf-8742-66a7-0a9d6d3e5a88@disroot.org> <49d8ba62-c9a5-9203-d882-8e900b441ff3@cs.ucla.edu> <8e0320d9-e0d0-2b57-57cc-2df4399f133c@cs.ucla.edu> <87lgaio7xd.fsf@tromey.com> <877em1cb0i.fsf@tromey.com> <765767b2-d2e5-a9a6-f724-d58ecf4847bb@cs.ucla.edu> <76081b5d-8c10-0a37-2c97-d4864c0faa80@cs.ucla.edu> <09153aed-361d-4f82-d9ac-b502314769ae@cs.ucla.edu> <83lg91dqd4.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1534781495 5872 195.159.176.226 (20 Aug 2018 16:11:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 20 Aug 2018 16:11:35 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii , Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 20 18:11:31 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 1frmm9-0001MT-DF for ged-emacs-devel@m.gmane.org; Mon, 20 Aug 2018 18:11:29 +0200 Original-Received: from localhost ([::1]:48011 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1frmoD-00015V-Pu for ged-emacs-devel@m.gmane.org; Mon, 20 Aug 2018 12:13:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1frmo2-0000vz-E0 for emacs-devel@gnu.org; Mon, 20 Aug 2018 12:13:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1frmnK-00010R-1a for emacs-devel@gnu.org; Mon, 20 Aug 2018 12:12:42 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:53958) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1frmnF-0000wm-Pc; Mon, 20 Aug 2018 12:12:38 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id BD072161130; Mon, 20 Aug 2018 09:12:36 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id OWfS6g652uTv; Mon, 20 Aug 2018 09:12:36 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 08C1716116C; Mon, 20 Aug 2018 09:12:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Zrvwzx0Cfrnf; Mon, 20 Aug 2018 09:12:35 -0700 (PDT) Original-Received: from [192.168.1.9] (unknown [47.154.30.119]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 9F39C161130; Mon, 20 Aug 2018 09:12:35 -0700 (PDT) In-Reply-To: <83lg91dqd4.fsf@gnu.org> Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 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:228735 Archived-At: Eli Zaretskii wrote: > I don't think we want to argue for a total elimination of > most-positive-fixnum from our code. I agree. Software like 'calc' springs to mind: quite possibly it will want to do some arithmetic in fixnums, and will want to know the fixnum range to do that, and most-negative-fixnum and most-positive-fixnum are how it can do that. As I recall, Gerd introduced most-positive-fixnum and most-negative-fixnum to Emacs Lisp in 2001, as it was a good idea taken from Common Lisp. However, fixnump and bignump are not in Common Lisp, and we don't need them in Emacs Lisp either. When we're reinventing the wheel why add unnecessary gizmos?