Cwerg
boba
Cwerg | boba | |
---|---|---|
59 | 9 | |
402 | 48 | |
- | - | |
9.6 | 2.3 | |
7 days ago | about 1 year ago | |
Python | F# | |
Apache License 2.0 | 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.
Cwerg
-
Cwerg: C-like language that can be implemented in 10kLOC
Perhaps these have already been dealt with and I'm missing critical information. If so, my apologies. Great work, in any case.
[1] https://github.com/robertmuth/Cwerg/tree/master/FrontEnd#dis...
-
Where can I find resources and guides on how to build compiler backends?
Cwerg has backend that can be used as JIT and is written with readability in mind. Additional documentation can be found here: https://github.com/robertmuth/Cwerg/tree/master/Docs
- Most important language features not touched in the book "Crafting Interpreters"?
- Lack of resources in creating Assemblers from scratch.
-
Minimum ISA Capabilities to Support Most (Non-Interactive) Programs?
I defined a basic ISA-like IR for Cwerg. It has unlimited registers and no constraints on immediates.
-
How do you design a compiler and a language?
entire compiler front end ast nodes
-
Syntax Design
I was also going down the path of bike shedding concrete syntax for my language Cwerg before pulling the plug on that effort and just using s-exprs. I managed to make the s-expr quite succinct by carefully choosing the order of arguments so I can omit optional ones. Also very helpful was to use square brackets for list, e.g. (call fun-name [arg1 arg2]). This simplifies parsing a little bit and is easier on the eye. Here are some Code Examples
-
November 2022 monthly "What are you working on?" thread
I am iterating over the languages features for Cwerg's Frontend which aims to be a low level language with about the complexity of C but with some of the comforts of modern languages. I am especially happy with the choice of adding sum types. Relative to C the current feature set looks like this: Removed: * arrays decay to pointers * bitfields * separate compilation (more of a backend issue) * pre-processor * varargs * implcit type conversions * (untagged) unions * ++/-- * comma operator * implicitly nullable pointers * goto
- typed asts and codegen
- Features Compendium
boba
-
AG unification is the solution for type inference with scientific units
I've done a small implementation, used in type inference, in my language Boba. And you are correct, I used the linear equation solving method.
-
November 2022 monthly "What are you working on?" thread
The vast majority of October's improvements on Boba were type system and runtime bug fixes. In particular, the effect handler/delimited continuation semantics were hopelessly busted beyond a few simple examples I'd fixated on.
-
October 2022 monthly "What are you working on?" thread
September was another productive month for Boba, which is starting to get more 'quality of life' improvements rather than broad new features. That doesn't make the work less important: one of the bug fixes to the type inference engine last month caught a previously unseen bug in the core Boba libraries!
-
Unit Type System
Also worth checking out is Adam Gundry's work on type inference for UoM types. Or, if you want an example implementation of the Abelian unification used in standard type inference extended with UoM types, you can reference my implementation, based on solving linear equations.
-
September 2022 monthly "What are you working on?" thread
August was a surprisingly productive month for the Boba compiler. A few highlights:
-
August 2022 monthly "What are you working on?" thread
The next large feature for Boba (a general-purpose concatenative language) is language integrated property tests.
-
Soft-launch Boba: a statically-typed concatenative programming language
That's a good question! I wrote up some of my thoughts on the benefits of Go as a backend, but there's also a historical component here. The first backend I was experimenting with was compile-to-C plus a C-based runtime. Go was closer to C than C# for what I needed at the time and I thought had a nicer concurrency story as a backend.
What are some alternatives?
mir - A lightweight JIT compiler based on MIR (Medium Internal Representation) and C11 JIT compiler and interpreter based on MIR
Forscape - Scientific computing language
tinycc - Unofficial mirror of mob development branch
wort - A core concatenative programming language with variables and first-rank polymorphic type inference
asmjit - Low-latency machine code generation
butter - A tasty language for building efficient software. WIP
bluebird - A work-in-progess programming language modeled after Ada and C++
awesome-low-level-programming-languages - A curated list of low level programming languages (i.e. suitable for OS and game programming)
asmdb - Instructions database and utilities for X86/X64 and ARM (THUMB/A32/A64) architectures.
xvm - Ecstasy and XVM
boring-lang - A very boring programming language
ShnooTalk - ShnooTalk is a new programming language