| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
the first element and a the list [e1,e2] as the second. This makes it easier to decompose partial abstract trees
|
|
|
|
|
|
exception if the grammar is missing
|
|
|
|
linearized
|
|
one for the output trees. This means that the memory for parsing can be released as soon as the needed abstract trees are retrieved, while the trees themselves are retained in the separate output pool
|
|
using readline with word completion
|
|
The API computes PARSEVAL and Exact Match for a given tree. As a side effect the abstract trees in Python are now compared for equality by value and not by reference
|
|
|
|
returns the name of the concrete syntax
|
|
and adds another implementation which builds on the existing API for lexers in the C runtime. Now it is possible to write incremental Lexers in Python
|
|
|
|
|
|
|
|
instead of pgf_ExprIterType
|
|
Is allows to define a tokenizer in python (or use an existing one, from nltk for instance.)
|
|
which is composed of Python objects. The new representation is not integrated with the core runtime yet
|
|
|
|
are always listed in decreasing probability order. There is also an API for generation from Python
|
|
|
|
|
|
|
|
|