From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: 64-bit lossage Date: 23 Jul 2002 23:09:37 +0100 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200207021945.g62JjkK01982@aztec.santafe.edu> <200207181455.g6IEt2n24982@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027462240 13395 127.0.0.1 (23 Jul 2002 22:10:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 23 Jul 2002 22:10:40 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17X7rb-0003Tw-00 for ; Wed, 24 Jul 2002 00:10:39 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17X867-00008G-00 for ; Wed, 24 Jul 2002 00:25:39 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17X7rW-0004tA-00; Tue, 23 Jul 2002 18:10:34 -0400 Original-Received: from albion.dl.ac.uk ([148.79.80.39]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17X7qj-0004lv-00; Tue, 23 Jul 2002 18:09:45 -0400 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 17X7qb-00072C-00; Tue, 23 Jul 2002 23:09:37 +0100 Original-To: Ken Raeburn Original-Lines: 25 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5996 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5996 Ken Raeburn writes: > One runs Debian, very slowly; it's an old 166MHz box without much > memory. It probably runs Debian faster than the 48MB P100 I've done most development on... > I'll try to get some builds done on them more often, but I'll note one > thing right off -- the m/alpha.h file breaks the USE_LISP_UNION_TYPE > code because it unconditionally redefines some of the macros for > picking apart an integer used as a Lisp_Object. Yes. Why is that a problem in practice? (Also, lisp.h doesn't always undef such things before re-defining them, with possible warning storms as a consequence.) > I'd say the macros in lisp.h need revising to better support 64-bit > architectures; As far as I know, they currently work, but there are probably more serious 64-bit problems elsewhere unless someone has re-done what eggert and I both started on. Adding long long support (per TODO) seems most useful in that area.