From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.devel Subject: Re: macros, procedure->macro Date: 10 Jul 2002 22:08:46 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <87u1n7l50x.fsf@zagadka.ping.de> References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1026331717 21414 127.0.0.1 (10 Jul 2002 20:08:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 10 Jul 2002 20:08:37 +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 17SNlN-0005ZH-00 for ; Wed, 10 Jul 2002 22:08:37 +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 17SNlq-0001Ly-00; Wed, 10 Jul 2002 16:09:06 -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-0001KE-00 for ; Wed, 10 Jul 2002 16:08:48 -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-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:783 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:783 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-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel