CLI - Web - Lambda - PHP Extension - Jupyter
santa-lang
An functional, C-like programming language for solving Advent of Code puzzles.
Influenced by: Rust, Python, Clojure, F#, Scala
Release
The recommended implementation is Comet (Rust tree-walking interpreter).
| Runtime | Platform | Release |
|---|---|---|
| CLI | Linux (x64) | santa-lang-comet-cli-0.0.10-linux-amd64 |
| CLI | Linux (ARM) | santa-lang-comet-cli-0.0.10-linux-arm64 |
| CLI | macOS (Intel) | santa-lang-comet-cli-0.0.10-macos-amd64 |
| CLI | macOS (ARM) | santa-lang-comet-cli-0.0.10-macos-arm64 |
| CLI | Docker | ghcr.io/eddmann/santa-lang-cli:latest |
| Web | WASM | @eddmann/santa-lang-wasm |
| Lambda | provided.al2 | santa-lang-comet-lambda-0.0.10.zip |
| PHP | Linux (x64) | santa-lang-comet-php-0.0.10-linux-amd64.so |
| Jupyter | Linux (x64) | santa-lang-comet-jupyter-0.0.10-linux-amd64 |
| Jupyter | macOS (Intel) | santa-lang-comet-jupyter-0.0.10-macos-amd64 |
See Implementations below for alternative implementations (Blitzen, Prancer).
Why?
Over the past several years I have been slowly working through the previous Advent of Code calendars. For each calendar I opt to solve the puzzles in a new programming language, to familiarise myself with other ways of understanding and working. However, there comes a time in each calendar that I grow to dislike some aspect of the language. So I had an idea... why not give this whole programming language design a go. That way if I grow to dislike this language, I only have myself to blame!
Welcome santa-lang, my programming language designed to help tackle Advent of Code puzzles.
Implementations
The language specification and runtime implementation can be seen as two separate concerns; similar to how the Python language has been implemented within CPython/JPython, and ECMAScript within V8/SpiderMonkey. There are three implementations of the language (and runner), all of which follow the (informal) specification laid out in this documentation. There is feature parity in-regard to the core language, data types and 70+ builtin functions.
Comet (Rust)
Repository: eddmann/santa-lang-rs ⭐ Recommended
Taking all the learnings from the initial TypeScript implementation, Comet was built to be a stable and performant tree-walking interpreter. It was felt that the JavaScript runtime could only reach so much performance, and a lower-level language could unlock more performance gains. Along with performance considerations, during its development, there was the addition of a WASM runtime, a PHP extension, Jupyter kernel and a CLI REPL.
Runtimes: CLI, Web (WASM), Lambda, PHP Extension, Jupyter Kernel
Blitzen (Rust)
Repository: eddmann/santa-lang-blitzen
Blitzen takes a different approach by compiling santa-lang to FrostByte bytecode and executing it on a stack-based virtual machine. This bytecode compilation approach explores a different execution model for potential performance improvements over tree-walking interpretation, particularly for computationally intensive puzzles.
Runtimes: CLI
Prancer (TypeScript)
Repository: eddmann/santa-lang-ts
Prancer was the initial tree-walking interpreted reference implementation used whilst creating of the language and runner. It allowed for quick exploration of different language constructs, and exercise them with actual Advent of Code problems throughout the 2022 calendar. TypeScript was chosen due to speed of development and minimal friction to try out new ideas. The JavaScript runtime also made it easy to develop the initial CLI, Web and Lambda runtimes; with minimal unique delivery requirements.
Runtimes: CLI, Web (JavaScript), Lambda