Sun Aug 19 16:34:26 CEST 2007
So, a forth file contains both macros (M) and forth (F) code. The
forth code always depends (->) on the macros (M -> F)
If a forth file depends on an other forth file, the macros from the
former depend on the macros of the latter, and the forth code depends
on both macros and forth code from the latter. Due to transitivity,
the arrows from M -> F in between files can be omitted, so one gets
Ma -> Fa
Mb -> Fb
where the arrow from Ma -> Fb is left out.
What this would buy me is that i solve the problem of keeping the
macros consistent with the state of a target:
Target state is a consequence of compiling all the Forth code in a
project. However, as a side effect, a project defines macros that are
used to generate this code in the first place. There needs to be a
clean way to 'reload' these macros from the source code, so we can
connect to a target with the macros instantiated.
I'm trying to see how to make this more rigorous: how to make
incremental compilation work without having to manage dependencies
yourself? Basicly, how to map the nice module system of mzscheme to
incremental Forth development.
This is clearly not for now. It requires a lot of change. One of them
would be management of storage on the controller: if dependencies of
separately compilable modules are fully managed, incremental uploads
are still possible, and become 'transparent'. I.e. changing a module
but not changing its dependencies makes it still possible to update a
system on the fly, but in a transparant way.
I'm still quite happy with the ad-hoc hacked up way of incremental
development. But knowing this is possible might make the itch a bit