Wow, bizarre idea which just occured to me.


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@1 e7557f02-613c-496f-a830-52a5639ada75
fiddling around with this some more


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@2 e7557f02-613c-496f-a830-52a5639ada75
a couple more steps implemented, need to change 
approach now to handle branching and looping.


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@3 e7557f02-613c-496f-a830-52a5639ada75
Starting to mutate the code into a separate CodeFunction / CodeNode
structure


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@4 e7557f02-613c-496f-a830-52a5639ada75
Changed the name of this, as it really isn't a
disassembler any more!


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@5 e7557f02-613c-496f-a830-52a5639ada75
... added some docs, too


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@6 e7557f02-613c-496f-a830-52a5639ada75
OK, big changes in the parser, CodeLumps!


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@7 e7557f02-613c-496f-a830-52a5639ada75
...

git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@8 e7557f02-613c-496f-a830-52a5639ada75
Discovered that won't work on 2.6, trying a different approach


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@9 e7557f02-613c-496f-a830-52a5639ada75
... still working on codeop / state model


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@10 e7557f02-613c-496f-a830-52a5639ada75
Made up some tests, using rhino to execute generated
javascript.  Doesn't actually do anything yet!


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@11 e7557f02-613c-496f-a830-52a5639ada75
Nicerering the test stuff


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@12 e7557f02-613c-496f-a830-52a5639ada75
two-file project
more code dribbling


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@13 e7557f02-613c-496f-a830-52a5639ada75
Change filename


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@14 e7557f02-613c-496f-a830-52a5639ada75
Two test cases work, albeit kludgily and only in 2.6.  I think I probably need deeper analysis


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@15 e7557f02-613c-496f-a830-52a5639ada75
little fix for 2.7


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@16 e7557f02-613c-496f-a830-52a5639ada75
Passes some tests despite being a horrible kludge!


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@17 e7557f02-613c-496f-a830-52a5639ada75
Passes all tests!  Not that they're very good tests, but I'll take what
I can get on a Friday night.


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@18 e7557f02-613c-496f-a830-52a5639ada75
Split code generation into codea and codeb, but still
not flexible enough to handle FOR_ITER I think


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@19 e7557f02-613c-496f-a830-52a5639ada75
Nicen output a bit; need to build the "instruction pointer"
into the changing state somehow (along with any other state
which might turn up)


git-svn-id: svn+ssh://mercury/home/nick/Repo/SVN/tropyc@20 e7557f02-613c-496f-a830-52a5639ada75