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: emacs and guile (Re: ehelp woes, or why I hate a module that I love so much) Date: Fri, 19 Jul 2002 13:48:18 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <20020704135240.4CBB.LEKTU@terra.es> <20020704164911.4CC1.LEKTU@terra.es> <200207181456.g6IEu0J25108@aztec.santafe.edu> <200207191654.g6JGsfu27015@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 1027101004 20430 127.0.0.1 (19 Jul 2002 17:50:04 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 19 Jul 2002 17:50:04 +0000 (UTC) Cc: emacs-devel@gnu.org, mvo@zagadka.ping.de Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17VbtB-0005JP-00 for ; Fri, 19 Jul 2002 19:50:01 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17Vc5f-0002zp-00 for ; Fri, 19 Jul 2002 20:02:55 +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 17Vbsc-0005oo-00; Fri, 19 Jul 2002 13:49:26 -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 17VbrX-0005hR-00; Fri, 19 Jul 2002 13:48:20 -0400 Original-Received: from kal-el.raeburn.org (mail@kal-el.raeburn.org [18.101.0.230]) by raeburn.org (8.11.3/8.11.3) with ESMTP id g6JHmIf07406; Fri, 19 Jul 2002 13:48:18 -0400 (EDT) Original-Received: from raeburn by kal-el.raeburn.org with local (Exim 3.35 #1 (Debian)) id 17VbrW-0003b2-00; Fri, 19 Jul 2002 13:48:18 -0400 Original-To: rms@gnu.org In-Reply-To: <200207191654.g6JGsfu27015@aztec.santafe.edu> (Richard Stallman's message of "Fri, 19 Jul 2002 10:54:41 -0600 (MDT)") Original-Lines: 22 User-Agent: Gnus/5.090005 (Oort Gnus v0.05) Emacs/21.3.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:5914 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5914 Richard Stallman writes: > Our goal is to support Scheme, but this doesn't mean we have to be > purists about how we do it. True, and I'm not saying that changing Guile in a Lisp-specific way is the wrong approach. I'm just not convinced it's necessary, and I'm a bit more hesitant than some others to charge ahead and do it. If we can do it cleanly and efficiently in "real" Scheme, I think that would be preferable. > We can bring Guile "up to the task" by > adding a facility to add extra slots to a symbol, for > application-specific purposes. Rather than a kludge for Emacs, this > will be a general Guile feature with wider usefulness. I recall thinking once upon a time about using symbol properties. Guile has object properties in general, implemented through a weak hash table, but adding a property field to a symbol for performance may be a reasonable change. (Though I think a property-list field was taken *out* of some object type a while back; I don't remember if it was symbols.) Then the extra Lisp-related data can be stored as one or more properties.