Commit graph

9 commits

Author SHA1 Message Date
ab477cd783 [fine] Simplify function compilation
This is simpler because we don't "discover" functions to compile as we
go, we just compile all the ones we can find, and functions have
pre-defined exports. This is good and useful to us as we can now refer
to functions in different modules by known indices, but it *does* make
me wonder what we're going to do for compiling generic specializations.
The previous technique was better for that sort of thing.

This is all predicated on the idea that I want to have
partially-compiled modules, which I can't really say why I want it. If
I'm happy to just compile things cross module in the same kind of
space then it's much easier to go back to the function key way of
working.
2024-03-29 19:12:18 -07:00
afa4812074 [fine] Parse alternate types 2024-02-01 07:56:30 -08:00
01798236ec [fine] Compile iteratively instead of recursively 2024-01-16 09:26:05 -08:00
d893002ec2 [fine] Check the return type of functions
A function returns what it says it does, the check is that the body
returns the right value.
2024-01-15 07:46:20 -08:00
1eb7da77fc [fine] The VM lives! We can test it a little! 2024-01-14 16:06:14 -08:00
4be4572574 [fine] Fiddle with tests, no errors 2024-01-14 07:05:01 -08:00
65fef78c44 [fine] OK 2024-01-13 15:07:38 -08:00
d8988cb2cf [fine] test compilation, start removing print 2024-01-11 06:33:08 -08:00
efd0685f41 [fine] Environments for functions
Fun times.
2024-01-07 08:11:27 -08:00