abstraps

Crates.ioabstraps
lib.rsabstraps
version0.1.8
sourcesrc
created_at2021-12-06 22:04:47.596332
updated_at2021-12-31 22:22:33.150061
descriptionExtensible compiler middle layer with abstract interpretation and code generation to MLIR.
homepage
repositoryhttps://github.com/femtomc/abstraps
max_upload_size
id493414
size125,720
McCoy R. Becker (femtomc)

documentation

README

abstraps

CI crates.io docs.rs

Extensible compiler design with abstract interpreters.

This project started off as an experiment in compiler design. Specifically, the author was motivated by:

  1. studying the Julia language and compiler inference system to understand language design with extensible abstract interpretation as a compiler (and potentially language!) feature.
  2. studying MLIR and the new, powerful ideas for IR and compiler design which are emerging from the project.

It turns out that there are quite a few of languages (e.g. Crystal, Nim, Julia) experimenting with abstract interpretation as part of their type systems. In the long term, the goal of the project might be to provide a stable substrate to experiment on compiler design cons abstract interpreters inside of an IR framework which supports MLIR-like extensibility concepts.

Claims

The framework provides:

  1. An intermediate representation with concepts isomorphic to MLIR.
  2. Interfaces for defining interpreters which act as abstract virtual machines on the IR, as well as reference (usable!) interpreters for standard design patterns.
  3. Builder interfaces which support code generation to MLIR.

"Extensibility" means that there are no fixed intrinsics built into the IR (or any of the interfaces). The same is true for abstract lattices -- the interpreter patterns describe how (certain instances) of abstract interpreters will traverse the IR, but the user must provide the semantics by specifying intrinsics and how the interpreter should interpret the intrinsics on a user-defined lattice.


Note:

The original author would have liked to just do this in MLIR proper -- but given time constraints and engineering ability (or lack thereof in C++), this project is implemented in Rust. In fact, for those interested in MLIR -- you may find "another implementation viewpoint" useful on the design concepts. The codebase has been documented with respect to non-trivial implementation decisions and their motivation from MLIR.
Started by McCoy R. Becker during Harvard CS 252r. All code is licensed under the MIT License.
Commit count: 89

cargo fmt