Commit Graph

15 Commits

Author SHA1 Message Date
5936f5a0d9 jit works yay 2023-12-27 10:27:18 -08:00
e5db6640f2 checkpoint in reconstruction 2023-12-26 21:08:01 -08:00
2c2268925a todo: arbitrary ir 2023-12-03 17:32:37 -08:00
93cac44a99 checkpoint; builds again 2023-12-02 22:38:44 -08:00
71228b9e09 Checkpoint 2023-10-14 16:39:16 -07:00
87d027bf8d Checkpoint: pushed through type checking, at least. 2023-10-07 14:36:17 +02:00
ca26d0ea40 Fix the parser, make the function name optional. 2023-10-07 11:25:49 +02:00
736d27953f Wire functions through everything, with some unimplemented, and add a basic scoped map. 2023-10-07 11:06:28 +02:00
eba5227ebc reorder the format and build stages 2023-09-24 17:25:55 -07:00
4c53419fc0 checkpoint 2023-09-24 08:12:35 -07:00
bd3b9af469 🤔 Add a type inference engine, along with typed literals. (#4)
The typed literal formatting mirrors that of Rust. If no type can be
inferred for an untagged literal, the type inference engine will warn
the user and then assume that they meant an unsigned 64-bit number.
(This is slightly inconvenient, because there can be cases in which our
Arbitrary instance may generate a unary negation, in which we should
assume that it's a signed 64-bit number; we may want to revisit this
later.)

The type inference engine is a standard two phase one, in which we first
generate a series of type constraints, and then we solve those
constraints. In this particular implementation, we actually use a third
phase to generate a final AST.

Finally, to increase the amount of testing performed, I've removed the
overflow checking in the evaluator. The only thing we now check for is
division by zero. This does make things a trace slower in testing, but
hopefully we get more coverage this way.
2023-09-19 20:40:05 -07:00
1fbfd0c2d2 📜 Add better documentation across the compiler. (#3)
These changes pay particular attention to API endpoints, to try to
ensure that any rustdocs generated are detailed and sensible. A good
next step, eventually, might be to include doctest examples, as well.
For the moment, it's not clear that they would provide a lot of value,
though.

In addition, this does a couple refactors to simplify the code base in
ways that make things clearer or, at least, briefer.
2023-05-13 15:00:08 -05:00
f4594bf2cc 🧪 Add evaluation tests to ensure that passes retain NGR semantics. (#2)
This change adds `Arbitrary` instances to the key IR data types (both as
syntax and as native IR), as well as evaluator functions for both. This
way, we can ensure that the evaluation of one version of the IR is
observationally equivalent to another version of the IR, or even a later
IR. It also adds a similar ability through both static file compilation
and the JIT, to ensure that the translation through Cranelift and our
runtime works as expected.

This actually found a couple issues in its creation, and I hope is
helpful extensions into more interesting programs.
2023-05-13 15:00:08 -05:00
99fb12910f 🤖 Make Github Actions work (#1) 2023-05-13 15:00:08 -05:00
b2f6b12ced 🤷 The initial version of the compiler, both static and JIT.
This implements a full compiler, with both static compilation and JIT
support, for the world's simplest and silliest programming language. You
can do math, and print variables. That's it. On the bright side, it
implements every part of the compiler, from the lexer and parser;
through analysis and simplification; and into a reasonable code
generator. This should be a good jumping off point for adding more
advanced features.

Tests, including proptests, are included to help avoid regressions.
2023-05-13 15:00:02 -05:00