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: 09 Jul 2002 20:13:46 +0200 Sender: guile-devel-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 1026238613 26953 127.0.0.1 (9 Jul 2002 18:16:53 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 9 Jul 2002 18:16:53 +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 17RzXh-00070c-00 for ; Tue, 09 Jul 2002 20:16:53 +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 17RzUz-0000Wx-00; Tue, 09 Jul 2002 14:14:05 -0400 Original-Received: from dialin.speedway42.dip23.dokom.de ([195.138.42.23] helo=zagadka.ping.de) by fencepost.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 17RzUi-0000WV-00 for ; Tue, 09 Jul 2002 14:13:48 -0400 Original-Received: (qmail 1463 invoked by uid 1000); 9 Jul 2002 18:13:46 -0000 Original-To: Dirk Herrmann In-Reply-To: Original-Lines: 17 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:763 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:763 Dirk Herrmann writes: > Automatic redefinition of classes is IMO a critical issue: > Redefinition of a class means to change the structure of all objects > of the class that already exist. This should be a well considered > step and should not happen automatically (I am not even sure whether > it is a good idea at all). It is not too inconvenient to request > the user to call class-redefinition instead of define-class. It > will inhibit accidential redefinitions. Class redefinitions are mainly useful during incremental development, i.e. when you load a new version of a file that has already been loaded previously. I'd say it would be OK to reject (or warn about) redefinitions of any kind when they occur in a single file, that is, when a name is defined twice at two different locations in a file. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel