This repo contains code to mirror other repos. It also contains the code that is getting mirrored.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Erez Shinan 67c20918e0 Trying travis support 2 пре 7 година
docs Updated benchmarks due to error in memory measurement (Thanks Jamie!) пре 7 година
examples Improved README and added tree-to-pydot utility function пре 7 година
lark Improved README and added tree-to-pydot utility function пре 7 година
tests Trying travis support пре 7 година
.travis.yml Trying travis support 2 пре 7 година
LICENSE Changed to the MIT license пре 7 година
MANIFEST.in Improved README and added tree-to-pydot utility function пре 7 година
README.md Tiny README adjustment пре 7 година
setup.cfg Include LICENSE, docs, examples, tests, in tar.gz. пре 7 година
setup.py Include LICENSE, docs, examples, tests, in tar.gz. пре 7 година

README.md

Lark - a modern parsing library

Lark is a modern general-purpose parsing library for Python.

It’s intended for everyone, from complete beginners to experts in parsing.

Lark focuses on simplicity, power, and speed. It lets you choose between two parsing algorithms:

  • Earley : Parses all context-free grammars (even ambiguous ones)! It is the default.
  • LALR(1): Only LR grammars. Outperforms PLY and most (if not all) other pure-python parsing libraries.

Both algorithms are written in Python and can be used interchangeably with the same grammar*. Similarly, the lexer can be turned on/off without changing the grammar. That means you can write your parser without any limitations (just keep it context-free) and optimize it for speed only when you need to.

Lark can automagically build an AST from your grammar, without any more code on your part.

* Both the lexer and the LALR algorithm require certain limitations on the grammar. If you choose to use them, it’s better to learn what they are first.

Hello World

Here is a little program to parse “Hello, World!” (Or any other similar phrase):

from lark import Lark
l = Lark('''start: WORD "," WORD "!"
            %import common.WORD
            %ignore " "
         ''')
print( l.parse("Hello, World!") )

And the output is:

Tree(start, [Token(WORD, 'Hello'), Token(WORD, 'World')])

Notice punctuation doesn’t appear in the resulting tree. It’s automatically filtered away by Lark.

Tiny Calculator

from lark import Lark, InlineTransformer
parser = Lark('''?sum: product
                     | sum "+" product   -> add
                     | sum "-" product   -> sub

                 ?product: item
                     | product "*" item  -> mul
                     | product "/" item  -> div

                 ?item: NUMBER           -> number
                      | "-" item         -> neg
                      | "(" sum ")"

                 %import common.NUMBER
                 %import common.WS
                 %ignore WS
         ''', start='sum')

class CalculateTree(InlineTransformer):
    from operator import add, sub, mul, truediv as div, neg
    number = float

def calc(expr):
    return CalculateTree().transform( parser.parse(expr) )

In the grammar, we shape the resulting tree. The ‘->’ operator renames branches, and the ‘?’ prefix tells Lark to inline single values. (see the tutorial for a more in-depth explanation)

Then, the transformer calculates the tree and returns a number:

>>> calc("(200 + 3*-3) * 7")
1337.0

Fruit Flies Like Bananas

Lark can automatically resolve ambiguity by choosing the simplest solution. Or, you can ask it to return all the possible parse trees, wrapped in a meta “_ambig” node.

Here’s a toy example to parse the famously ambiguous phrase: “fruit flies like bananas”

from lark import Lark

grammar = """
    sentence: noun verb noun        -> simple
            | noun verb "like" noun -> comparative

    noun: adj? NOUN
    verb: VERB
    adj: ADJ

    NOUN: "flies" | "bananas" | "fruit"
    VERB: "like" | "flies"
    ADJ: "fruit"

    %import common.WS
    %ignore WS
"""

parser = Lark(grammar, start='sentence', ambiguity='explicit')  # Explicit ambiguity in parse tree!

tree = parser.parse('fruit flies like bananas')

from lark.tree import pydot__tree_to_png    # Just a neat utility function
pydot__tree_to_png(tree, "examples/fruitflies.png")

fruitflies.png

Learn more about using Lark

Install Lark

$ pip install lark-parser

Lark has no dependencies.

Projects using Lark

  • mappyfile - A pure Python MapFile parser for working with MapServer

Using Lark? Send me a message and I’ll add your project!

How to use Nearley grammars in Lark

Lark comes with a tool to convert grammars from Nearley, a popular Earley library for Javascript. It uses Js2Py to convert and run the Javascript postprocessing code segments.

Here’s an example:

git clone https://github.com/Hardmath123/nearley
python -m lark.tools.nearley nearley/examples/calculator/arithmetic.ne main nearley > ncalc.py

You can use the output as a regular python module:

>>> import ncalc
>>> ncalc.parse('sin(pi/4) ^ e')
0.38981434460254655

List of Features

  • Earley parser
    • Can parse ALL context-free grammars
    • Accepts and resolves ambiguous grammars using a parse forest
    • Optional lexer
  • LALR(1) parser
    • Standard & Contextual lexers
  • EBNF grammar (with a little extra)
  • Builds a parse-tree (AST) automagically based on the grammar
  • Lexer with regular expressions (regexps)
    • Automatic line & column tracking
    • Automatic token collision resolution (unless both terminals are regexps)
  • Standard library of terminals (strings, numbers, names, etc.)
  • Automatic reconstruction of input (experimental, see examples)
  • Unicode fully supported
  • Extensive test suite
  • Python 2 & 3 compatible

Coming soon

These features are planned to be implemented in the near future:

  • Grammar composition
  • Optimizations in both the parsers and the lexer
  • Better ambiguity resolution

Planned

These features may be implemented some day:

  • Parser generator - create a small parser, independent of Lark, to embed in your project.
    • Generate code in other languages than Python
  • LALR(k) parser
  • “Look-back” Enhancement for LALR(1)
  • Full regexp-collision support using NFAs
  • Automatically produce syntax-highlighters for popular IDEs

Comparison to other parsers

Lark does things a little differently

  1. Separates code from grammar: Parsers written this way are cleaner and easier to read & work with.

  2. Automatically builds a parse tree (AST): Trees are always simpler to work with than state-machines. (But if you want to provide a callback for efficiency reasons, Lark lets you do that too)

  3. Follows Python’s Idioms: Beautiful is better than ugly. Readability counts.

Lark is easier to use

  • You can work with parse-trees instead of state-machines
  • The grammar is simple to read and write
  • There are no restrictions on grammar structure. Any grammar you write can be parsed.
    • Some structures are faster than others. If you care about speed, you can learn them gradually while the parser is already working
    • A well-written grammar is very fast
    • Note: Nondeterminstic grammars will run a little slower
    • Note: Ambiguous grammars (grammars that can be parsed in more than one way) are supported, but may cause significant slowdown if the ambiguity is too big)
  • You don’t have to worry about terminals (regexps) or rules colliding
  • You can repeat expressions without losing efficiency (turns out that’s a thing)

Performance comparison

Code CPython Time PyPy Time CPython Mem PyPy Mem
Lark - LALR(1) 4.7s 1.2s 70M 134M
PyParsing 32s 3.5s 443M 225M
funcparserlib 8.5s 1.3s 483M 293M
Parsimonious 5.7s 1545M

Check out the JSON tutorial for more details on how the comparison was made.

Feature comparison

Library Algorithm LOC Grammar Builds tree?
Lark Earley/LALR(1) 0.5K EBNF+ Yes!
PLY LALR(1) 4.6K Yacc-like BNF No
PyParsing PEG 5.7K Parser combinators No
Parsley PEG 3.3K EBNF-like No
funcparserlib Recursive-Descent 0.5K Parser combinators No
Parsimonious PEG ? EBNF Yes

(LOC measures lines of code of the parsing algorithm(s), without accompanying files)

It’s hard to compare parsers with different parsing algorithms, since each algorithm has many advantages and disadvantages. However, I will try to summarize the main points here:

  • Earley: The most powerful context-free algorithm. It can parse all context-free grammars, and it’s Big-O efficient. But, its constant-time performance is slow.
  • LALR(1): The fastest, most efficient algorithm. It runs at O(n) and uses the least amount of memory. But while it can parse most programming languages, there are many grammars it can’t handle.
  • PEG: A powerful algorithm that can parse all deterministic context-free grammars* at O(n). But, it hides ambiguity, and takes a lot of memory to run.
  • Recursive-Descent: Fast for simple grammars, and simple to implement. But poor in Big-O complexity.

Lark offers both Earley and LALR(1), which means you can choose between the most powerful and the most efficient algorithms, without having to change libraries.

(* According to Wikipedia, it remains unanswered whether PEGs can really parse all deterministic CFGs)

License

Lark uses the MIT license.

Contact

If you have any questions or want to contribute, you can email me at erezshin at gmail com.