From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.user,gmane.lisp.guile.devel Subject: Re: GOOPS-based SRFI-35 implementation Date: 10 Mar 2004 09:17:19 +0000 Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Message-ID: <85fzchdpsw.fsf@ossau.uklinux.net> References: <87k7278ak9.fsf@alice.rotty.yi.org> <853c8paphg.fsf@ossau.uklinux.net> <87n06xqx8c.fsf@ivanova.rotty.yi.org> <85llmerxiq.fsf@ossau.uklinux.net> <87r7w3yuem.fsf@ivanova.rotty.yi.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1079074420 5769 80.91.224.253 (12 Mar 2004 06:53:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 12 Mar 2004 06:53:40 +0000 (UTC) Cc: Guile Users , guile-devel@gnu.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Fri Mar 12 07:53:23 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B1gXq-0004MJ-00 for ; Fri, 12 Mar 2004 07:53:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B1YKb-0006A9-8b for guile-user@m.gmane.org; Thu, 11 Mar 2004 17:07:09 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B106J-00014a-QF for guile-user@gnu.org; Wed, 10 Mar 2004 04:34:07 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B103v-0000je-Bl for guile-user@gnu.org; Wed, 10 Mar 2004 04:32:10 -0500 Original-Received: from [80.84.72.14] (helo=mail2.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B0ztr-000759-V8; Wed, 10 Mar 2004 04:21:16 -0500 Original-Received: from laruns.ossau.uklinux.net (unknown [213.78.94.121]) by mail2.uklinux.net (Postfix) with ESMTP id 7F293409FB0; Wed, 10 Mar 2004 09:21:10 +0000 (UTC) Original-Received: by laruns.ossau.uklinux.net (Postfix, from userid 1002) id 4F8AB776B4; Wed, 10 Mar 2004 09:17:19 +0000 (GMT) Original-To: Andreas Rottmann In-Reply-To: <87r7w3yuem.fsf@ivanova.rotty.yi.org> Original-Lines: 32 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.user:2933 gmane.lisp.guile.devel:3514 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3514 Andreas Rottmann writes: > Neil Jerram writes: > > > (make-compound-condition &i/o-condition (...) > > &runtime-condition (...)) > > > I think you mean condition instead of make-compound-condition here. Yes, you're right. > It may be, but this probably involves "caching" defined (via > define-class or the condition macro) condition types by their > supertypes. This, in turn, disallows defining different define-class > statements specifiying the same supers (if the supers are conditions). Good point. > Another, much more serious problem is the following: [...] Yes, I see. OK, I'm convinced by your arguments. On rereading, I see that SRFI-35's condition types follow a single inheritance hierarchy, and that compound conditions are a way of combining different types within the hierarchy. This is quite different from the multiple inheritance allowed by GOOPS. I'd now say that it remains to be seen whether it will be useful and workable to combine GOOPS-defined multiple inheritance conditions with those that can be defined by SRFI-35. Regards, Neil _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user