Crates.io | yair |
lib.rs | yair |
version | 0.1.0 |
source | src |
created_at | 2021-04-01 06:29:47.757189 |
updated_at | 2021-04-01 06:29:47.757189 |
description | A compiler framework written entirely in Rust |
homepage | |
repository | https://github.com/sheredom/yair |
max_upload_size | |
id | 376486 |
size | 327,260 |
Yet Another Intermediate Representation (pronounced Ya! IR) is a compiler intermediate representation written entirely in Rust. Key design decisions make the representation unique:
The following features are present in the yair crate.
The 'io' feature is a default feature of the yair crate. It lets you consume and produce binary or textual intermediate representation files from yair. This allows for inspection, testing, and serialization to the intermediate representation.
When this feature is enabled, two additional binaries are produced alongside the library crate - yair-as
and yair-dis
, allowing for assembling and disassembling of the intermediate representation between the human readable textual form, and the binary form.
Additionally, there is a yair::io
module that lets users read/write the textual or binary representation into a yair Library
that they can work with.
The human readable representation of yair are .ya files. An example file is:
mod "😀" {
fn foo(a : i64, b : i64) : i64 {
bar(a : i64, b : i64):
r = or a, b
ret r
}
}
Constants in .ya files are slightly strange - constants as used in the Library
object are unique per the value and type combination for that given constant. But in the intermediate representation, constants are treated like any other value within the body of a basic block:
mod "😀" {
fn foo(a : i64) : i64 {
bar(a : i64):
b = const i64 4
r = or a, b
ret r
}
}
This means that constants behave like regular SSA notes for the purposes of the intemediate representation.
Static single assignment form.
This approach is similar in some ways to the Swift Intermediate Language approach - Swift's High-Level IR: A Case Study of Complementing LLVM IR with Language-Specific Optimization.
This is similar to something that was proposed for LLVM in 2015 but not yet (as of January 2021) enacted - Moving towards a singular pointer type.