From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Jean-Christophe Helary Newsgroups: gmane.emacs.devel Subject: Re: evaluating numbers Date: Wed, 29 Apr 2020 12:49:42 +0900 Message-ID: <06D31418-417C-42BB-8D6E-636BA1E85798@traduction-libre.org> References: <875zjw2emg.fsf@gmx.net> <618B38D9-CD34-4200-8CA1-1A6B0922A83A@traduction-libre.org> <871ruk2d3f.fsf@gmx.net> <3C929D7B-1C10-4713-9EDA-55C80FC36AD8@traduction-libre.org> <835zjvg385.fsf@gnu.org> <83sgmyd6rw.fsf@gnu.org> <835zjucwbz.fsf@gnu.org> <628A3663-BDD3-47C5-B4F4-E260FD900691@traduction-libre.org> <83o8xla50f.fsf@gnu.org> <831rua95mg.fsf@gnu.org> <4801DEB3-937A-4777-8E99-C2CA2234F8A0@traduction-libre.org> <83eeya5yl6.fsf@gnu.org> <83imnl2sxk.fsf@gnu.org> <164231EC-D3B8-455C-8C11-AF033FB48699@traduction-libre.org> <83368n3b2y.fsf@gnu.org> Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="121292"; mail-complaints-to="usenet@ciao.gmane.io" To: Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 29 05:55:23 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jTdoh-000VRn-Af for ged-emacs-devel@m.gmane-mx.org; Wed, 29 Apr 2020 05:55:23 +0200 Original-Received: from localhost ([::1]:50316 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTdog-0004Dc-6K for ged-emacs-devel@m.gmane-mx.org; Tue, 28 Apr 2020 23:55:22 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57062) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jTdmd-0003f1-9g for emacs-devel@gnu.org; Tue, 28 Apr 2020 23:54:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.90_1) (envelope-from ) id 1jTdjK-0000JP-Ts for emacs-devel@gnu.org; Tue, 28 Apr 2020 23:53:14 -0400 Original-Received: from relay11.mail.gandi.net ([217.70.178.231]:46165) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jTdjK-0000J4-8L for emacs-devel@gnu.org; Tue, 28 Apr 2020 23:49:50 -0400 Original-Received: from [10.0.1.13] (pl12634.ag0304.nttpc.ne.jp [128.53.235.90]) (Authenticated sender: jean.christophe.helary@traduction-libre.org) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 9EF3E100008 for ; Wed, 29 Apr 2020 03:49:45 +0000 (UTC) In-Reply-To: X-Mailer: Apple Mail (2.3608.80.23.2.2) Received-SPF: pass client-ip=217.70.178.231; envelope-from=jean.christophe.helary@traduction-libre.org; helo=relay11.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/04/28 23:49:46 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Received-From: 217.70.178.231 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:248074 Archived-At: > On Apr 29, 2020, at 12:23, Richard Stallman wrote: > >>> Is that the reason why characters are integers in emacs lisp too ? > >> If you are asking why this happened historically, then I don't know: I >> wasn't there. Maybe Richard can answer that. > > I decided to represent characters using integers that just to keep > Emacs simple and small. In the 1980s, people wanted to run Emacs on > machines with 1 meg of memory and a hard limit on process size. I had > to work hard to make that operate at all. > > A separate character type would have required a number of extra > conversion and test functions as well as read and print support. > > Those space considerations are no longer significant. But there may > be another problem: whether there is room in the representation of > Lisp_Object for another type. Thank you very much for the explanation. Jean-Christophe Helary ----------------------------------------------- http://mac4translators.blogspot.com @brandelune