[<<][staapl][>>][..]
Sat Feb 9 17:40:04 CET 2008
breaking macro storage
simply replacing '(macro) with '(dict) now..
secondary: prj.ss is really hard to understand. maybe more of the
cat code should be moved to scheme? or at least to a more functional
approach.. the state management is still difficult to understand.
looks like this just works for the monitor. now why is that? i
expected it to break somewhere..
it indeed breaks somewhere: interactive mode. looking up words doesn't
work. time to move that to a more abstract implementation in target.ss
next thing that broke is 'mark'.
prj.ss: is so dirty because there's a lot of mutation going on, and
the naming of words is really inconsistent. this really needs
cleanup.
another hidden assumption about "org" in bin->chunk. the problem
seems to be that absence of 'org' leads to problematic asm blocks.
what about structured asm? i read something about this in olin
shiver's comments about a summer job he did implementing a scheme
compiler.. maybe that's what i need to go to? anyways.. there's a lot
lot lot of work cleaning up data representations.
the whole ifte/s and run/s business is a bit rediculous.. it doesn't
feel natural, and requires deep thought each time. i think it's time
to ditch the way state access works, and move most code to
functional programming with prj.ss doing nothing but state
management (no control logic!)
[Reply][About][<<][staapl][>>][..]