From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dirk Herrmann Newsgroups: gmane.lisp.guile.user Subject: Re: macros, procedure->macro Date: Mon, 8 Jul 2002 22:31:54 +0200 (CEST) Sender: guile-user-admin@gnu.org Message-ID: References: <87r8if77a6.fsf@zagadka.ping.de> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1026160525 8768 127.0.0.1 (8 Jul 2002 20:35:25 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 8 Jul 2002 20:35:25 +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 17RfED-0002HJ-00 for ; Mon, 08 Jul 2002 22:35:25 +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 17RfBz-0004al-00; Mon, 08 Jul 2002 16:33:07 -0400 Original-Received: from sallust.ida.ing.tu-bs.de ([134.169.132.52]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17RfB3-0004Zg-00; Mon, 08 Jul 2002 16:32:09 -0400 Original-Received: from localhost (dirk@localhost) by sallust.ida.ing.tu-bs.de (8.9.3+Sun/8.9.1) with ESMTP id WAA12799; Mon, 8 Jul 2002 22:31:58 +0200 (CEST) Original-To: Marius Vollmer In-Reply-To: <87r8if77a6.fsf@zagadka.ping.de> 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:717 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:717 On 7 Jul 2002, Marius Vollmer wrote: > 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'. Could you explain how you think it should be done? Especially how you think one should obtain the local environment during execution. Since you seem to have thought about it, it could save me some time to make use of your thoughts. In any case, I think it should be a temporary solution to be able to go through a phase of deprecation of acros and macros. Best regards, Dirk Herrmann _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user