Fri Jul 27 16:36:51 CEST 2007
One problem i run into is that (cat: ....) seems to be looking for
symbols in the toplevel. I guess if i know why, i'm a big step
further in understanding this whole module/namespace stuff..
From the manual: 5.3 Modules and Macros
"... uses of the macro in other modules expand to references of the
identifier defined or imported at the macro-definition site, as
opposed to the use site."
This looks like the 'no surprises' rule, or the 'dynamic binding is
evil' rule to me.
The toplevel can still be used for dynamic binding, hence the macro
expands to (#%top . xxx::+)
So it looks like i have only one choice. Either i make sure the names
are available at the point where the macro body is defined, or i put
them in the toplevel explicitly.
Let's see if the former is doable.
Ok, trivial but still feels a bit weird. Maybe i'm too much accustumed
to late binding by 'load/include', which is as far as i get it,
exactly what the module system tries to avoid.
* Circular dependencies are allowed within a module
* Not in between modules
* Undefined symbols in a module are not allowed.
* Any late binding is to be done in the toplevel (but feels dirty)
Ok, time to clean up the utility code.