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: 07 Jul 2002 19:54:41 +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 1026101582 23203 127.0.0.1 (8 Jul 2002 04:13:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 8 Jul 2002 04:13:02 +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 17RPtV-00061z-00 for ; Mon, 08 Jul 2002 06:13:01 +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 17RPsc-00028z-00; Mon, 08 Jul 2002 00:12:06 -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-0001RL-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-0004iL-00 for guile-user@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-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:709 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:709 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-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user