This is the mail archive of the
mailing list for the Guile project.
Re: Polymorphism in Scheme (Re: records)
- To: Mikael Djurfeldt <firstname.lastname@example.org>
- Subject: Re: Polymorphism in Scheme (Re: records)
- From: Jost Boekemeier <email@example.com.TU-Berlin.DE>
- Date: 05 Aug 1999 20:20:39 +0200
- Cc: forcer <firstname.lastname@example.org>, email@example.com, firstname.lastname@example.org
- References: <199907210938.CAA16432@mingle.glug.org> <email@example.com> <firstname.lastname@example.org> <3794F0DA.ECEF06EC@tech.com.au> <email@example.com> <37986F16.2750BBBB@tech.com.au> <firstname.lastname@example.org> <37990441.DF571BFE@tech.com.au> <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.com>
Mikael Djurfeldt <firstname.lastname@example.org> writes:
> > (ice-9 syncase) will no longer work in the new module system.
> > The current implementation uses symbol properties which are meaningless
> > in a system with more than one top-level environment.
> 1. The current implementation doesn't use symbol properties.
(for-each (lambda (symbol)
(set-symbol-property! symbol 'primitive-syntax #t))
> 2. The current module system has more than one top-level environment.
It has first class variables but not first class top-level environments.
An environment binds symbols to values (better: locations). The
question "what's the value of symbol x" is no longer valid because
the answer to the question would be another question: "in which
> > Fortunately this is the only problem I've encountered. All other
> > modules work as before and needed no (or minor) modifications.
> I'm sure we can adapt the syntax-case module to the new system.
I think that it has to be re-written from scratch. :(