From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.user Subject: Re: macros, procedure->macro Date: 10 Jul 2002 22:08:46 +0200 Sender: guile-user-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1026331734 21440 127.0.0.1 (10 Jul 2002 20:08:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 10 Jul 2002 20:08:54 +0000 (UTC) Cc: guile-devel@gnu.org, guile-user@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17SNld-0005Zg-00 for ; Wed, 10 Jul 2002 22:08:54 +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 17SNls-0001M6-00; Wed, 10 Jul 2002 16:09:08 -0400 Original-Received: from dialin.speedway42.dip11.dokom.de ([195.138.42.11] helo=zagadka.ping.de) by fencepost.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 17SNlY-0001KD-00 for ; Wed, 10 Jul 2002 16:08:49 -0400 Original-Received: (qmail 2052 invoked by uid 1000); 10 Jul 2002 20:08:46 -0000 Original-To: Dirk Herrmann In-Reply-To: Original-Lines: 13 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: guile-user-admin@gnu.org X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.user:733 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:733 Dirk Herrmann writes: > That means, we will have to provide a means to emulate the behaviour > of acros etc. _without_ having them being treated specially by the > executor. I think we must treat the specially. I don't see a way around that. Actually, that's most of the reason why we want to get rid of them: they can't be handled by a separate, off-line expansion pass. So, while they are 'in deprecation', there needs to be code in the executor for them. When they have been removed, that wart will vanish as well. _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user