From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: 64-bit lossage Date: Sat, 03 Aug 2002 03:48:40 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200207310555.g6V5t4X16532@aztec.santafe.edu> <200208012119.g71LJfE28426@green.twinsun.com> <200208012350.g71NoEE01392@green.twinsun.com> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1028360916 29271 127.0.0.1 (3 Aug 2002 07:48:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 3 Aug 2002 07:48:36 +0000 (UTC) Cc: 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 17ateN-0007c0-00 for ; Sat, 03 Aug 2002 09:48:35 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17atxw-00085Z-00 for ; Sat, 03 Aug 2002 10:08:48 +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 17ateq-0004Bo-00; Sat, 03 Aug 2002 03:49:04 -0400 Original-Received: from 208-59-178-90.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com ([208.59.178.90] helo=raeburn.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17atec-0004BZ-00 for ; Sat, 03 Aug 2002 03:48:50 -0400 Original-Received: from kal-el.raeburn.org ([2002:d03b:b25a:1:201:2ff:fe23:e26d]) by raeburn.org (8.11.3/8.11.3) with ESMTP id g737mff12941; Sat, 3 Aug 2002 03:48:41 -0400 (EDT) Original-Received: from raeburn by kal-el.raeburn.org with local (Exim 3.35 #1 (Debian)) id 17ateS-0005yB-00; Sat, 03 Aug 2002 03:48:40 -0400 Original-To: Paul Eggert In-Reply-To: <200208012350.g71NoEE01392@green.twinsun.com> (Paul Eggert's message of "Thu, 1 Aug 2002 16:50:14 -0700 (PDT)") Original-Lines: 27 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1.50 (i686-pc-linux-gnu) 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:6259 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6259 Paul Eggert writes: > Can you estimate the chances of that happening? (Sorry, I don't know > the status of the Emacs-in-Guile project.) No, I think it's too early to say. I got an Emacs to the point of running using the Guile allocator and GC once before, with most object types being Guile "smobs" rather than normal Scheme object types. Some aspects of the approach I used were less than optimal, because I wanted to reduce the internal API changes scattered through the Emacs code (e.g., pass around a lisp object instead of a struct pointer), and the performance was rather poor. This time around, I'm integrating the more reasonable and Guile-independent changes into the main code base, and looking at making some of those API changes to make the Guile work cleaner. I'm hoping that soon I'll be ready to start a branch and see if I can get other interested people to help out. In fact, I should probably put some thought into how development should go once the branch is started, and what's really needed in order to start. Perhaps it could be started now.... Once something is actually running again, and the interface changes are done, we can evaluate the performance issues and the status of the Guile lisp-loader code, and see where we want to go from there. Ken