A layout spec language for memory managers implemented in Rust.

Please see the README on GitHub at https://github.com/cronburg/flp#readme

Floorplan compiler

A language for specifying the layout of a one-dimensional address space, particularly for garbage collectors and manual memory managers written in Rust.

Building and running

Floorplan is written in Haskell and must be built with stack. Once you have stack installed on your system, you should be able to run the build command and everything should just work:

$ stack build
...
Completed 2 action(s).

At which point you can compile the file examples/immix/layout.flp with the build-immix script:

$ ./build-immix
...
   Compiling immix_rust v0.0.1 (/home/karl/w/flp/examples/immix)
   Finished dev [unoptimized + debuginfo] target(s) in 4.56s

This script ensures the Floorplan compiler is built, installs it for your current user, and then builds the Immix project which itself invokes the Floorplan compiler to build the file examples/immix/src/heap/layout.flp.

In order to run the compiler against some other .flp file, the compiler can be run directly as follows:

stack exec flp [path/to/layout.flp] [path/to/generated.rs]

Note that in order to subsequently build a Rust file generated in this manner, you must include the flp-framework to your Cargo dependencies, and flp-compiler to your cargo build-dependencies. The later is simply a wrapper for calling out to the (already stack-installed) flp compiler, and the framework crate contains necessary macros and address types that generated Rust code uses.

The skeleton of a Rust cargo project is given in the gen/ directory of this repo, which can be copied over and modified to support the needs of a memory manager other than immix-rust.

Dependencies

A customized version of the language-rust package is included in the deps/ directory of this repo, which adds support for directly splicing of host language expressions into quasiquoted Rust code. This is the mechanism by which Floorplan generates Rust code.

Testing and contributing

If you want to help maintain or contribute new code to this project, feel free to make a pull request or better yet start an issue in the the Issues tracker so that you can get our feedback along the way. A number of avenues for work on the compiler exist, including but not limited to:

• More example Rust allocators implemented with a Floorplan layout.
• Rust templates for allocating on alignment boundaries.
• Extensively document the interfaces generated.
• Better error messages.
• Integrating the core semantics (app/semantics.hs) directly into the project src/ hierarchy.
• Calling out to a SMT library to verify alignment and size constraints.
• Targeting both C and Rust.
• Support for non-64-bit architectures.
• Generating debugging assertions.
• Dynamic tracking of type information for each piece of the heap.
• Cleaning up the dependencies by integrating the Rust splicing support directly into the upstream repository, e.g. as a separate quasiquoter.
• Generate cargo-based Rust documentation alongside generated functions, indicating why a certain function was generated and how it might be used.
• Repairing the Coq proofs in the proofs/*.v files.
• Better Rust integration and downstream crates.