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: 07 Jul 2002 19:54:41 +0200 Sender: guile-devel-admin@gnu.org Message-ID: <87r8if77a6.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 1026101514 23119 127.0.0.1 (8 Jul 2002 04:11:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 8 Jul 2002 04:11: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 17RPsQ-00060m-00 for ; Mon, 08 Jul 2002 06:11: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 17RPsk-00029s-00; Mon, 08 Jul 2002 00:12:14 -0400 Original-Received: from monty-python.gnu.org ([199.232.76.173] helo=monty-python) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17RPrB-0001fd-00 for ; Mon, 08 Jul 2002 00:10:37 -0400 Original-Received: from dialin.speedway42.dip183.dokom.de ([195.138.42.183] helo=zagadka.ping.de) by monty-python with smtp (Exim 4.05) id 17RGFC-0004iK-00 for guile-devel@gnu.org; Sun, 07 Jul 2002 13:54:46 -0400 Original-Received: (qmail 7057 invoked by uid 1000); 7 Jul 2002 17:54:41 -0000 Original-To: Dirk Herrmann In-Reply-To: Original-Lines: 23 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:748 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:748 Lest anyone gets confused and is worried that we are talking about removing macros from Guile: this is not the case. "macro" is the internal name for a special kind of syntactic device that is much like a normal macro but is expanded everytime it is evaluated. Normal macros are only expanded once. Dirk Herrmann writes: > OK, lets assume we want to get rid of "acros" and "macros". When should > that happen, and when should the corresponding functions be removed from > guile? As soon as reasonable. :) > Removing these would change the interface. According to our > standard procedure, this would mean going through a phase of > deprecating the corresponding functions. However, this would mean, > we could not actually proceed with working on the evaluator, since > as long as those functions exist (even if deprecated) it is not > possible to split up the evaluator. Is it really impossible? I'd say it can be done, as long as we have 'local-eval'. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel