rlox
kuroko-wasm-repl
rlox | kuroko-wasm-repl | |
---|---|---|
3 | 1 | |
0 | 8 | |
- | - | |
0.0 | 0.0 | |
over 1 year ago | about 1 year ago | |
Rust | C | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
rlox
-
Where should I start from Crafting Interpreters if I want to skip the Java implementation?
It's actually the other way round: part one implements an AST walking interpreter in Java while the second part builds an interpreter in C with compilation to byte code for a virtual machine that is also developed from scratch. Currently I try to build the second part solution in Rust (https://github.com/thomasbollmeier/rlox).
-
August 2022 monthly "What are you working on?" thread
Great, I do the same:-). I have however only proceeded with my implementation to the Pratt expression parsing so far: https://github.com/thomasbollmeier/rlox
-
Bytecode from AST?
I have just started with a rust implementation of the VM and the interpreter from part 2 (https://github.com/ThomasBollmeier/rlox). While following the book I wonder if it wouldn't be easier to build on the interpreter from part 1 and just emit bytecode while traversing the AST.
kuroko-wasm-repl
-
August 2022 monthly "What are you working on?" thread
Kuroko 1.3.0 gets a release candidate. Lots of big things since 1.2.5, like optimized method invocation, more operator overloads, better support for f-string expressions (format specs, =, faster constructions), a long type with my own bigint implementation (this was the last thing I was still regularly opening Python repls for, so a huge personal win). I also fixed a bunch of little things that have been nagging me, like the compiler can now compile expressions directly, which allowed me to remove the kludge that made the repl work previously. The WASM web repl also got some love with a port of the core of Hiwire from Pyodide, giving a very straightforward interface between JS and Kuroko in a browser - and I rebuilt the web IDE on it. I've also been working on a new compiler, which will hopefully form the basis of 2.0 - and this might be the last 1.x release (though I expect at least a few 1.3.x bug fix releases).
What are some alternatives?
boba - A general purpose statically-typed concatenative programming language.
boba - Boba Network Monorepo of the Optimism monorepo where Erigon sequencing happens :)
Charm-MacOS - MacOS executable for Charm
kuroko - Dialect of Python with explicit variable declaration and block scoping, with a lightweight and easy-to-embed bytecode compiler and interpreter.
butter - A tasty language for building efficient software. WIP
awesome-low-level-programming-languages - A curated list of low level programming languages (i.e. suitable for OS and game programming)
tailspin-v0 - A programming language with extreme data-pattern matching and data-declarative syntax, hopefully different enough to be interesting
outrun
grace - The Grace Programming Language