This is the mail archive of the
kawa@sources.redhat.com
mailing list for the Kawa project.
Re: Starting a repl within a package
For debugging purposes I want to examine and change the contents of a
module's protected variable(s) (but I don't want to change the
bindings). At the moment I do this with the (invoke (object ..)) hack
you've given above -- thanks for that!
Umm, btw. (set! (invoke (object (<getX>) ((field (this) 'x)))) 'getX) doesn't work
as expected, but I guess this merely shows my ignorance about how generic-set
really works... :)
> A module has a static set of exported names, and
> can be instantiated, *resulting* in (something like) an Environment.
> That set of exported names can be added to some other Environment.
Yes, but this is different from starting a repl in a module which makes
*all* of its bindings available.
I think i would take a different approach; instead of making modules
and classes two orthogonal concepts I would present them to the user as a
single concept. Internally they're the same anyway as they are both compiled
into low-level structs. Of course, this makes compilation management difficult,
but I think it would be manageable.
Anyway, thanks for your all help!
Jost