This is the mail archive of the
kawa@sources.redhat.com
mailing list for the Kawa project.
Re: Kawa and CLOS
- From: Chris Bitmead <mailinglist at bitmead dot com>
- To: Per Bothner <per at bothner dot com>
- Cc: kawa <kawa at sources dot redhat dot com>
- Date: Mon, 08 Jul 2002 16:21:09 +1000
- Subject: Re: Kawa and CLOS
- References: <3D1B1DCD.7090500@bitmead.com> <200206302346.11902.unknown_lamer@unknownlamer.org> <3D20E140.6050003@bitmead.com> <200207012113.58958.unknown_lamer@unknownlamer.org> <5.0.2.1.2.20020702112242.00b16ad0@zima.bbn.com> <3D22F264.9010502@bitmead.com> <3D25FFB4.9060500@bothner.com> <3D265661.9030201@bitmead.com> <3D285FAC.1090608@bothner.com>
Just try it. Perhaps it should be documented somewhere, but I'm not
sure where.
It may be implicit in the documentation of iboke, invoke-static, and
the "Types" chapter,
including the documentation of <String> (with initial captial).
It would be nice if it were documented. I've been doing (string->symbol).
It's in this section:
http://www.gnu.org/software/kawa/Defining-new-classes.html
CLOS-style methods are still unsupported, though the core fraedmwork
is sort-of there, though not
implemented all that well. (This ties in with the Scheme calling
convention.)
What is the problem with compiled code only and class loaders? (I've
done a lot of work with class loaders). That restriction sounds annoying
enough that I'd rather just use tiny-clos.
See also the make-procedure function.
Hmm. No add-procedure?