75 releases (4 stable)

Uses old Rust 2015

2.0.1 Apr 12, 2021
1.0.1 Feb 25, 2021
1.0.0 May 15, 2019
0.30.0 Dec 5, 2018
0.10.6 Jul 19, 2015

#1013 in Parser implementations

Download history 34/week @ 2024-07-08 86/week @ 2024-07-15 31/week @ 2024-07-22 33/week @ 2024-07-29 38/week @ 2024-08-05 46/week @ 2024-08-12 21/week @ 2024-08-19 87/week @ 2024-08-26 24/week @ 2024-09-02 28/week @ 2024-09-09 24/week @ 2024-09-16 172/week @ 2024-09-23 31/week @ 2024-09-30 10/week @ 2024-10-07 29/week @ 2024-10-14

243 downloads per month
Used in 15 crates (14 directly)

MIT license

205KB
5K SLoC

Piston-Meta

A DSL parsing library for human readable text documents

Introduction

Piston-Meta makes it easy to write parsers for human readable text documents. It can be used for language design, custom formats and data driven development.

Meta parsing is a development technique that goes back to the first modern computer. The idea is to turn pieces of a computer program into a programmable pipeline, thereby accelerating development. An important, but surprisingly reusable part across projects, is the concept of generating structured data from text, since text is easy to modify and reason about.

Most programs that work with text use the following pipeline:

f : text -> data

The problem with this approach is that f changes from project to project, and the task of transforming text into a data structure can get very complex. For example, to create a parser for the syntax of a programming language, one might need several thousands lines of code. This slows down development and increases the chance of making errors.

Meta parsing is a technique where f gets split into two steps:

f <=> f2 . f1
f1 : text -> meta data
f2 : meta data -> data

The first step f1 takes text and converts it into meta data. A DSL (Domain Specific Language) is used to describe how this transformation happens. The second step f2 converts meta data into data, and this is often written as code.

Rules

The meta language is used to describe how to read other documents. First you define some strings to reuse, then some node rules. The last node is used to read the entire document.

20 document = [.l(string:"string") .l(node:"node") .w?]

Strings start with an underscore and can be reused among the rules:

_opt: "optional"

Nodes start with a number that gets multiplied with 1000 and used as debug id. If you get an error #4003, then it was caused by a rule in the node starting with 4.

Rule Description
.l(rule) Separates sub rule with lines.
.l+(rule) Separates sub rule with lines, with indention (whitespace sensitive)
.r?(rule) Repeats sub rule until it fails, allows zero repetitions.
.r!(rule) Repeats sub rule until it fails, requires at least one repetition.
...any_characters?:name Reads a string until any characters, allows zero characters. Name is optional.
...any_characters!:name Reads a string until any characters, requires at least one character. Name is optional.
..any_characters?:name Reads a string until any characters or whitespace, allows zero characters. Name is optional.
..any_characters!:name Reads a string until any characters or whitespace, requires at least one character. Name is optional.
.w? Reads whitespace. The whitespace is optional.
.w! Reads whitespace. The whitespace is required.
?rule Makes the rule optional.
"token":name Expects a token, sets name to true. Name is optional.
"token":!name Expects a token, sets name to false. Name is required.
!"token":name Fails if token is read, sets name to true if it is not read. Name is optional.
!"token":!name Fails if token is read, sets name to false if it is not read. Name is required.
!rule Fails if rule is read.
.s?(by_rule rule) Separates rule by another rule, allows zero repetitions.
.s!(by_rule rule) Separates rule by another rule, requires at least one repetition.
.s?.(by_rule rule) Separates rule by another rule, allows trailing.
{rules} Selects a rule. Tries the first rule, then the second, etc. Rules are separated by whitespace.
[rules] A sequence of rules. Rules are separated by whitespace.
node Uses a node without a name. The read data is put in the current node.
node:name Uses a node with a name. The read data is put in a new node with the name.
.t?:name Reads a JSON string with a name. The string can be empty. Name is optional.
.t!:name Reads a JSON string with a name. The string can not be empty. Name is optional.
.$:name Reads a number with a name. The name is optional.
.$_:name Reads a number with underscore as visible separator, for example 10_000. The name is optional.

"Hello world" in Piston-Meta

extern crate piston_meta;

use piston_meta::*;

fn main() {
    let text = r#"hi James!"#;
    let rules = r#"
        1 say_hi = ["hi" .w? {"James":"james" "Peter":"peter"} "!"]
        2 document = say_hi
    "#;
    // Parse rules with meta language and convert to rules for parsing text.
    let rules = match syntax_errstr(rules) {
        Err(err) => {
            println!("{}", err);
            return;
        }
        Ok(rules) => rules
    };
    let mut data = vec![];
    match parse_errstr(&rules, text, &mut data) {
        Err(err) => {
            println!("{}", err);
            return;
        }
        Ok(()) => {}
    };
    json::print(&data);
}

Bootstrapping

When the meta language changes, bootstrapping is used to hoist the old meta syntax into the new meta syntax. Here is how it works:

  1. Piston-Meta contains composable rules that can parse many human readable text formats.
  2. Piston-Meta knows how to parse and convert to its own rules, known as "bootstrapping".
  3. Therefore, you can tell Piston-Meta how to parse other text formats using a meta language!
  4. Including the text format describing how to parse its own syntax, which generates equivalent rules to the ones hard coded in Rust.
  5. New versions of the meta language can describe older versions to keep backwards compatibility, by changing the self syntax slightly, so it can read an older version of itself.

Dependencies

~46KB