Comparing version 0.7.0 to 0.8.0
{ | ||
"name": "pegjs", | ||
"version": "0.7.0", | ||
"description": "Parser generator for JavaScript", | ||
"homepage": "http://pegjs.majda.cz/", | ||
"author": { | ||
"name": "pegjs", | ||
"version": "0.8.0", | ||
"description": "Parser generator for JavaScript", | ||
"homepage": "http://pegjs.majda.cz/", | ||
"author": { | ||
"name": "David Majda", | ||
@@ -11,5 +11,31 @@ "email": "david@majda.cz", | ||
}, | ||
"main": "lib/peg", | ||
"bin": "bin/pegjs", | ||
"repository": { | ||
"files": [ | ||
"CHANGELOG.md", | ||
"LICENSE", | ||
"README.md", | ||
"VERSION", | ||
"bin/pegjs", | ||
"examples/arithmetics.pegjs", | ||
"examples/css.pegjs", | ||
"examples/javascript.pegjs", | ||
"examples/json.pegjs", | ||
"lib/compiler.js", | ||
"lib/compiler/opcodes.js", | ||
"lib/compiler/passes/generate-bytecode.js", | ||
"lib/compiler/passes/generate-javascript.js", | ||
"lib/compiler/passes/remove-proxy-rules.js", | ||
"lib/compiler/passes/report-left-recursion.js", | ||
"lib/compiler/passes/report-missing-rules.js", | ||
"lib/grammar-error.js", | ||
"lib/parser.js", | ||
"lib/peg.js", | ||
"lib/utils.js", | ||
"package.json" | ||
], | ||
"main": "lib/peg", | ||
"bin": "bin/pegjs", | ||
"scripts": { | ||
"test": "make spec" | ||
}, | ||
"repository": { | ||
"type": "git", | ||
@@ -19,8 +45,9 @@ "url": "http://github.com/dmajda/pegjs.git" | ||
"devDependencies": { | ||
"uglify-js": ">= 1.2.4", | ||
"jshint": ">= 0.5.5" | ||
"jasmine-node": "= 1.11.0", | ||
"uglify-js": "= 2.4.7", | ||
"jshint": "= 2.3.0" | ||
}, | ||
"engines": { | ||
"node": ">= 0.6.6" | ||
"engines": { | ||
"node": ">= 0.8" | ||
} | ||
} |
313
README.md
PEG.js | ||
====== | ||
PEG.js is a simple parser generator for JavaScript that produces fast parsers with excellent error reporting. You can use it to process complex data or computer languages and build transformers, interpreters, compilers and other tools easily. | ||
PEG.js is a simple parser generator for JavaScript that produces fast parsers | ||
with excellent error reporting. You can use it to process complex data or | ||
computer languages and build transformers, interpreters, compilers and other | ||
tools easily. | ||
@@ -12,4 +15,7 @@ Features | ||
* Parsers have excellent error reporting out of the box | ||
* Based on [parsing expression grammar](http://en.wikipedia.org/wiki/Parsing_expression_grammar) formalism — more powerful than traditional LL(*k*) and LR(*k*) parsers | ||
* Usable [from your browser](http://pegjs.majda.cz/online), from the command line, or via JavaScript API | ||
* Based on [parsing expression | ||
grammar](http://en.wikipedia.org/wiki/Parsing_expression_grammar) formalism | ||
— more powerful than traditional LL(*k*) and LR(*k*) parsers | ||
* Usable [from your browser](http://pegjs.majda.cz/online), from the command | ||
line, or via JavaScript API | ||
@@ -19,3 +25,5 @@ Getting Started | ||
[Online version](http://pegjs.majda.cz/online) is the easiest way to generate a parser. Just enter your grammar, try parsing few inputs, and download generated parser code. | ||
[Online version](http://pegjs.majda.cz/online) is the easiest way to generate a | ||
parser. Just enter your grammar, try parsing few inputs, and download generated | ||
parser code. | ||
@@ -35,7 +43,9 @@ Installation | ||
If you need both the `pegjs` command and the JavaScript API, install PEG.js both ways. | ||
If you need both the `pegjs` command and the JavaScript API, install PEG.js both | ||
ways. | ||
### Browser | ||
[Download](http://pegjs.majda.cz/#download) the PEG.js library (regular or minified version). | ||
[Download](http://pegjs.majda.cz/#download) the PEG.js library (regular or | ||
minified version). | ||
@@ -45,3 +55,5 @@ Generating a Parser | ||
PEG.js generates parser from a grammar that describes expected input and can specify what the parser returns (using semantic actions on matched parts of the input). Generated parser itself is a JavaScript object with a simple API. | ||
PEG.js generates parser from a grammar that describes expected input and can | ||
specify what the parser returns (using semantic actions on matched parts of the | ||
input). Generated parser itself is a JavaScript object with a simple API. | ||
@@ -54,3 +66,4 @@ ### Command Line | ||
This writes parser source code into a file with the same name as the grammar file but with “.js” extension. You can also specify the output file explicitly: | ||
This writes parser source code into a file with the same name as the grammar | ||
file but with “.js” extension. You can also specify the output file explicitly: | ||
@@ -61,8 +74,19 @@ $ pegjs arithmetics.pegjs arithmetics-parser.js | ||
By default, the parser object is assigned to `module.exports`, which makes the output a Node.js module. You can assign it to another variable by passing a variable name using the `-e`/`--export-var` option. This may be helpful if you want to use the parser in browser environment. | ||
By default, the parser object is assigned to `module.exports`, which makes the | ||
output a Node.js module. You can assign it to another variable by passing a | ||
variable name using the `-e`/`--export-var` option. This may be helpful if you | ||
want to use the parser in browser environment. | ||
You can tweak the generated parser with two options: | ||
You can tweak the generated parser with several options: | ||
* `--cache` — makes the parser cache results, avoiding exponential parsing time in pathological cases but making the parser slower | ||
* `--track-line-and-column` — makes the parser track line and column (available as `line` and `column` variables in the actions and predicates) | ||
* `--cache` — makes the parser cache results, avoiding exponential parsing | ||
time in pathological cases but making the parser slower | ||
* `--allowed-start-rules` — comma-separated list of rules the parser will be | ||
allowed to start parsing from (default: the first rule in the grammar) | ||
* `--plugin` — makes PEG.js use a specified plugin (can be specified multiple | ||
times) | ||
* `--extra-options` — additional options (in JSON format) to pass to | ||
`PEG.buildParser` | ||
* `--extra-options-file` — file with additional options (in JSON format) to | ||
pass to `PEG.buildParser` | ||
@@ -75,21 +99,38 @@ ### JavaScript API | ||
In browser, include the PEG.js library in your web page or application using the `<script>` tag. The API will be available in the `PEG` global object. | ||
In browser, include the PEG.js library in your web page or application using the | ||
`<script>` tag. The API will be available in the `PEG` global object. | ||
To generate a parser, call the `PEG.buildParser` method and pass your grammar as a parameter: | ||
To generate a parser, call the `PEG.buildParser` method and pass your grammar as | ||
a parameter: | ||
var parser = PEG.buildParser("start = ('a' / 'b')+"); | ||
The method will return generated parser object or throw an exception if the grammar is invalid. The exception will contain `message` property with more details about the error. | ||
The method will return generated parser object or its source code as a string | ||
(depending on the value of the `output` option — see below). It will throw an | ||
exception if the grammar is invalid. The exception will contain `message` | ||
property with more details about the error. | ||
To get parser’s source code, call the `toSource` method on the parser. | ||
You can tweak the generated parser by passing a second parameter with an options | ||
object to `PEG.buildParser`. The following options are supported: | ||
You can tweak the generated parser by passing a second parameter with an options object to `PEG.buildParser`. The following options are supported: | ||
* `cache` — if `true`, makes the parser cache results, avoiding exponential | ||
parsing time in pathological cases but making the parser slower (default: | ||
`false`) | ||
* `allowedStartRules` — rules the parser will be allowed to start parsing from | ||
(default: the first rule in the grammar) | ||
* `output` — if set to `"parser"`, the method will return generated parser | ||
object; if set to `"source"`, it will return parser source code as a string | ||
(default: `"parser"`) | ||
* `optimize`— selects between optimizing the generated parser for parsing | ||
speed (`"speed"`) or code size (`"size"`) (default: `"speed"`) | ||
* `plugins` — plugins to use | ||
* `cache` — if `true`, makes the parser cache results, avoiding exponential parsing time in pathological cases but making the parser slower (default: `false`) | ||
* `trackLineAndColumn` — if `true`, makes the parser track line and column (available as `line` and `column` variables in the actions and predicates) (default: `false`) | ||
Using the Parser | ||
---------------- | ||
Using the generated parser is simple — just call its `parse` method and pass an input string as a parameter. The method will return a parse result (the exact value depends on the grammar used to build the parser) or throw an exception if the input is invalid. The exception will contain `offset`, `line`, `column`, `expected`, `found` and `message` properties with more details about the error. | ||
Using the generated parser is simple — just call its `parse` method and pass an | ||
input string as a parameter. The method will return a parse result (the exact | ||
value depends on the grammar used to build the parser) or throw an exception if | ||
the input is invalid. The exception will contain `offset`, `line`, `column`, | ||
`expected`, `found` and `message` properties with more details about the error. | ||
@@ -100,10 +141,18 @@ parser.parse("abba"); // returns ["a", "b", "b", "a"] | ||
You can also start parsing from a specific rule in the grammar. Just pass the rule name to the `parse` method as a second parameter. | ||
You can tweak parser behavior by passing a second parameter with an options | ||
object to the `parse` method. Only one option is currently supported: | ||
* `startRule` — name of the rule to start parsing from | ||
Parsers can also support their own custom options. | ||
Grammar Syntax and Semantics | ||
---------------------------- | ||
The grammar syntax is similar to JavaScript in that it is not line-oriented and ignores whitespace between tokens. You can also use JavaScript-style comments (`// ...` and `/* ... */`). | ||
The grammar syntax is similar to JavaScript in that it is not line-oriented and | ||
ignores whitespace between tokens. You can also use JavaScript-style comments | ||
(`// ...` and `/* ... */`). | ||
Let's look at example grammar that recognizes simple arithmetic expressions like `2*(3+4)`. A parser generated from this grammar computes their values. | ||
Let's look at example grammar that recognizes simple arithmetic expressions like | ||
`2*(3+4)`. A parser generated from this grammar computes their values. | ||
@@ -128,28 +177,90 @@ start | ||
On the top level, the grammar consists of *rules* (in our example, there are five of them). Each rule has a *name* (e.g. `integer`) that identifies the rule, and a *parsing expression* (e.g. `digits:[0-9]+ { return parseInt(digits.join(""), 10); }`) that defines a pattern to match against the input text and possibly contains some JavaScript code that determines what happens when the pattern matches successfully. A rule can also contain *human-readable name* that is used in error messages (in our example, only the `integer` rule has a human-readable name). The parsing starts at the first rule, which is also called the *start rule*. | ||
On the top level, the grammar consists of *rules* (in our example, there are | ||
five of them). Each rule has a *name* (e.g. `integer`) that identifies the rule, | ||
and a *parsing expression* (e.g. `digits:[0-9]+ { return | ||
parseInt(digits.join(""), 10); }`) that defines a pattern to match against the | ||
input text and possibly contains some JavaScript code that determines what | ||
happens when the pattern matches successfully. A rule can also contain | ||
*human-readable name* that is used in error messages (in our example, only the | ||
`integer` rule has a human-readable name). The parsing starts at the first rule, | ||
which is also called the *start rule*. | ||
A rule name must be a JavaScript identifier. It is followed by an equality sign (“=”) and a parsing expression. If the rule has a human-readable name, it is written as a JavaScript string between the name and separating equality sign. Rules need to be separated only by whitespace (their beginning is easily recognizable), but a semicolon (“;”) after the parsing expression is allowed. | ||
A rule name must be a JavaScript identifier. It is followed by an equality sign | ||
(“=”) and a parsing expression. If the rule has a human-readable name, it is | ||
written as a JavaScript string between the name and separating equality sign. | ||
Rules need to be separated only by whitespace (their beginning is easily | ||
recognizable), but a semicolon (“;”) after the parsing expression is allowed. | ||
Rules can be preceded by an *initializer* — a piece of JavaScript code in curly braces (“{” and “}”). This code is executed before the generated parser starts parsing. All variables and functions defined in the initializer are accessible in rule actions and semantic predicates. Curly braces in the initializer code must be balanced. | ||
Rules can be preceded by an *initializer* — a piece of JavaScript code in curly | ||
braces (“{” and “}”). This code is executed before the generated parser starts | ||
parsing. All variables and functions defined in the initializer are accessible | ||
in rule actions and semantic predicates. The code inside the initializer can | ||
access options passed to the parser using the `options` variable. Curly braces | ||
in the initializer code must be balanced. Let's look at the example grammar | ||
from above using a simple initializer. | ||
The parsing expressions of the rules are used to match the input text to the grammar. There are various types of expressions — matching characters or character classes, indicating optional parts and repetition, etc. Expressions can also contain references to other rules. See detailed description below. | ||
{ | ||
function makeInteger(o) { | ||
return parseInt(o.join(""), 10); | ||
} | ||
} | ||
If an expression successfully matches a part of the text when running the generated parser, it produces a *match result*, which is a JavaScript value. For example: | ||
start | ||
= additive | ||
* An expression matching a literal string produces a JavaScript string containing matched part of the input. | ||
* An expression matching repeated occurrence of some subexpression produces a JavaScript array with all the matches. | ||
additive | ||
= left:multiplicative "+" right:additive { return left + right; } | ||
/ multiplicative | ||
The match results propagate through the rules when the rule names are used in expressions, up to the start rule. The generated parser returns start rule's match result when parsing is successful. | ||
multiplicative | ||
= left:primary "*" right:multiplicative { return left * right; } | ||
/ primary | ||
One special case of parser expression is a *parser action* — a piece of JavaScript code inside curly braces (“{” and “}”) that takes match results of some of the the preceding expressions and returns a JavaScript value. This value is considered match result of the preceding expression (in other words, the parser action is a match result transformer). | ||
primary | ||
= integer | ||
/ "(" additive:additive ")" { return additive; } | ||
In our arithmetics example, there are many parser actions. Consider the action in expression `digits:[0-9]+ { return parseInt(digits.join(""), 10); }`. It takes the match result of the expression [0-9]+, which is an array of strings containing digits, as its parameter. It joins the digits together to form a number and converts it to a JavaScript `number` object. | ||
integer "integer" | ||
= digits:[0-9]+ { return makeInteger(digits); } | ||
The parsing expressions of the rules are used to match the input text to the | ||
grammar. There are various types of expressions — matching characters or | ||
character classes, indicating optional parts and repetition, etc. Expressions | ||
can also contain references to other rules. See detailed description below. | ||
If an expression successfully matches a part of the text when running the | ||
generated parser, it produces a *match result*, which is a JavaScript value. For | ||
example: | ||
* An expression matching a literal string produces a JavaScript string | ||
containing matched part of the input. | ||
* An expression matching repeated occurrence of some subexpression produces a | ||
JavaScript array with all the matches. | ||
The match results propagate through the rules when the rule names are used in | ||
expressions, up to the start rule. The generated parser returns start rule's | ||
match result when parsing is successful. | ||
One special case of parser expression is a *parser action* — a piece of | ||
JavaScript code inside curly braces (“{” and “}”) that takes match results of | ||
some of the the preceding expressions and returns a JavaScript value. This value | ||
is considered match result of the preceding expression (in other words, the | ||
parser action is a match result transformer). | ||
In our arithmetics example, there are many parser actions. Consider the action | ||
in expression `digits:[0-9]+ { return parseInt(digits.join(""), 10); }`. It | ||
takes the match result of the expression [0-9]+, which is an array of strings | ||
containing digits, as its parameter. It joins the digits together to form a | ||
number and converts it to a JavaScript `number` object. | ||
### Parsing Expression Types | ||
There are several types of parsing expressions, some of them containing subexpressions and thus forming a recursive structure: | ||
There are several types of parsing expressions, some of them containing | ||
subexpressions and thus forming a recursive structure: | ||
#### "*literal*"<br>'*literal*' | ||
Match exact literal string and return it. The string syntax is the same as in JavaScript. Appending `i` right after the literal makes the match case-insensitive. | ||
Match exact literal string and return it. The string syntax is the same as in | ||
JavaScript. Appending `i` right after the literal makes the match | ||
case-insensitive. | ||
@@ -162,3 +273,8 @@ #### . | ||
Match one character from a set and return it as a string. The characters in the list can be escaped in exactly the same way as in JavaScript string. The list of characters can also contain ranges (e.g. `[a-z]` means “all lowercase letters”). Preceding the characters with `^` inverts the matched set (e.g. `[^a-z]` means “all character but lowercase letters”). Appending `i` right after the right bracket makes the match case-insensitive. | ||
Match one character from a set and return it as a string. The characters in the | ||
list can be escaped in exactly the same way as in JavaScript string. The list of | ||
characters can also contain ranges (e.g. `[a-z]` means “all lowercase letters”). | ||
Preceding the characters with `^` inverts the matched set (e.g. `[^a-z]` means | ||
“all character but lowercase letters”). Appending `i` right after the right | ||
bracket makes the match case-insensitive. | ||
@@ -175,28 +291,48 @@ #### *rule* | ||
Match zero or more repetitions of the expression and return their match results in an array. The matching is greedy, i.e. the parser tries to match the expression as many times as possible. | ||
Match zero or more repetitions of the expression and return their match results | ||
in an array. The matching is greedy, i.e. the parser tries to match the | ||
expression as many times as possible. | ||
#### *expression* + | ||
Match one or more repetitions of the expression and return their match results in an array. The matching is greedy, i.e. the parser tries to match the expression as many times as possible. | ||
Match one or more repetitions of the expression and return their match results | ||
in an array. The matching is greedy, i.e. the parser tries to match the | ||
expression as many times as possible. | ||
#### *expression* ? | ||
Try to match the expression. If the match succeeds, return its match result, otherwise return an empty string. | ||
Try to match the expression. If the match succeeds, return its match result, | ||
otherwise return `null`. | ||
#### & *expression* | ||
Try to match the expression. If the match succeeds, just return an empty string and do not advance the parser position, otherwise consider the match failed. | ||
Try to match the expression. If the match succeeds, just return `undefined` and | ||
do not advance the parser position, otherwise consider the match failed. | ||
#### ! *expression* | ||
Try to match the expression and. If the match does not succeed, just return an empty string and do not advance the parser position, otherwise consider the match failed. | ||
Try to match the expression. If the match does not succeed, just return | ||
`undefined` and do not advance the parser position, otherwise consider the match | ||
failed. | ||
#### & { *predicate* } | ||
The predicate is a piece of JavaScript code that is executed as if it was inside a function. It gets the match results of labeled expressions in preceding expression as its arguments. It should return some JavaScript value using the `return` statement. If the returned value evaluates to `true` in boolean context, just return an empty string and do not advance the parser position; otherwise consider the match failed. | ||
The predicate is a piece of JavaScript code that is executed as if it was inside | ||
a function. It gets the match results of labeled expressions in preceding | ||
expression as its arguments. It should return some JavaScript value using the | ||
`return` statement. If the returned value evaluates to `true` in boolean | ||
context, just return `undefined` and do not advance the parser position; | ||
otherwise consider the match failed. | ||
The code inside the predicate can access all variables and functions defined in the initializer at the beginning of the grammar. | ||
The code inside the predicate can access all variables and functions defined in | ||
the initializer at the beginning of the grammar. | ||
The code inside the predicate can also access the current parse position using the `offset` variable. It is a zero-based character index into the input string. If the `trackLineAndColumn` option was set to `true` when the parser was generated (or `--track-line-and-column` was used on the command line), the code can also access the current line and column using the `line` and `column` variables. Both are one-based indexes. | ||
The code inside the predicate can also access the current parse position using | ||
the `offset` function. It returns a zero-based character index into the input | ||
string. The code can also access the current line and column using the `line` | ||
and `column` functions. Both return one-based indexes. | ||
The code inside the predicate can also access options passed to the parser using | ||
the `options` variable. | ||
Note that curly braces in the predicate code must be balanced. | ||
@@ -206,17 +342,36 @@ | ||
The predicate is a piece of JavaScript code that is executed as if it was inside a function. It gets the match results of labeled expressions in preceding expression as its arguments. It should return some JavaScript value using the `return` statement. If the returned value evaluates to `false` in boolean context, just return an empty string and do not advance the parser position; otherwise consider the match failed. | ||
The predicate is a piece of JavaScript code that is executed as if it was inside | ||
a function. It gets the match results of labeled expressions in preceding | ||
expression as its arguments. It should return some JavaScript value using the | ||
`return` statement. If the returned value evaluates to `false` in boolean | ||
context, just return `undefined` and do not advance the parser position; | ||
otherwise consider the match failed. | ||
The code inside the predicate can access all variables and functions defined in the initializer at the beginning of the grammar. | ||
The code inside the predicate can access all variables and functions defined in | ||
the initializer at the beginning of the grammar. | ||
The code inside the predicate can also access the current parse position using the `offset` variable. It is a zero-based character index into the input string. If the `trackLineAndColumn` option was set to `true` when the parser was generated (or `--track-line-and-column` was used on the command line), the code can also access the current line and column using the `line` and `column` variables. Both are one-based indexes. | ||
The code inside the predicate can also access the current parse position using | ||
the `offset` function. It returns a zero-based character index into the input | ||
string. The code can also access the current line and column using the `line` | ||
and `column` functions. Both return one-based indexes. | ||
The code inside the predicate can also access options passed to the parser using | ||
the `options` variable. | ||
Note that curly braces in the predicate code must be balanced. | ||
#### $ *expression* | ||
Try to match the expression. If the match succeeds, return the matched string | ||
instead of the match result. | ||
#### *label* : *expression* | ||
Match the expression and remember its match result under given lablel. The label must be a JavaScript identifier. | ||
Match the expression and remember its match result under given label. The label | ||
must be a JavaScript identifier. | ||
Labeled expressions are useful together with actions, where saved match results can be accessed by action's JavaScript code. | ||
Labeled expressions are useful together with actions, where saved match results | ||
can be accessed by action's JavaScript code. | ||
#### *expression<sub>1</sub>* *expression<sub>2</sub>* ... *expression<sub>n</sub>* | ||
#### *expression<sub>1</sub>* *expression<sub>2</sub>* ... *expression<sub>n</sub>* | ||
@@ -227,10 +382,36 @@ Match a sequence of expressions and return their match results in an array. | ||
Match the expression. If the match is successful, run the action, otherwise consider the match failed. | ||
Match the expression. If the match is successful, run the action, otherwise | ||
consider the match failed. | ||
The action is a piece of JavaScript code that is executed as if it was inside a function. It gets the match results of labeled expressions in preceding expression as its arguments. The action should return some JavaScript value using the `return` statement. This value is considered match result of the preceding expression. The action can return `null` to indicate a match failure. | ||
The action is a piece of JavaScript code that is executed as if it was inside a | ||
function. It gets the match results of labeled expressions in preceding | ||
expression as its arguments. The action should return some JavaScript value | ||
using the `return` statement. This value is considered match result of the | ||
preceding expression. | ||
The code inside the action can access all variables and functions defined in the initializer at the beginning of the grammar. Curly braces in the action code must be balanced. | ||
To indicate an error, the code inside the action can invoke the `expected` | ||
function, which makes the parser throw an exception. The function takes one | ||
parameter — a description of what was expected at the current position. This | ||
description will be used as part of a message of the thrown exception. | ||
The code inside the action can also access the parse position at the beginning of the action's expression using the `offset` variable. It is a zero-based character index into the input string. If the `trackLineAndColumn` option was set to `true` when the parser was generated (or `--track-line-and-column` was used on the command line), the code can also access the line and column at the beginning of the action's expression using the `line` and `column` variables. Both are one-based indexes. | ||
The code inside an action can also invoke the `error` function, which also makes | ||
the parser throw an exception. The function takes one parameter — an error | ||
message. This message will be used by the thrown exception. | ||
The code inside the action can access all variables and functions defined in the | ||
initializer at the beginning of the grammar. Curly braces in the action code | ||
must be balanced. | ||
The code inside the action can also access the string matched by the expression | ||
using the `text` function. | ||
The code inside the action can also access the parse position at the beginning | ||
of the action's expression using the `offset` function. It returns a zero-based | ||
character index into the input string. The code can also access the line and | ||
column at the beginning of the action's expression using the `line` and `column` | ||
functions. Both return one-based indexes. | ||
The code inside the action can also access options passed to the parser using | ||
the `options` variable. | ||
Note that curly braces in the action code must be balanced. | ||
@@ -240,3 +421,5 @@ | ||
Try to match the first expression, if it does not succeed, try the second one, etc. Return the match result of the first successfully matched expression. If no expression matches, consider the match failed. | ||
Try to match the first expression, if it does not succeed, try the second one, | ||
etc. Return the match result of the first successfully matched expression. If no | ||
expression matches, consider the match failed. | ||
@@ -246,5 +429,6 @@ Compatibility | ||
Both the parser generator and generated parsers should run well in the following environments: | ||
Both the parser generator and generated parsers should run well in the following | ||
environments: | ||
* Node.js 0.6.6+ | ||
* Node.js 0.8.0+ | ||
* IE 8+ | ||
@@ -259,4 +443,6 @@ * Firefox | ||
* [Project website](https://pegjs.majda.cz/) | ||
* [Project website](http://pegjs.majda.cz/) | ||
* [Wiki](https://github.com/dmajda/pegjs/wiki) | ||
* [Source code](https://github.com/dmajda/pegjs) | ||
* [Trello board](https://trello.com/board/peg-js/50a8eba48cf95d4957006b01) | ||
* [Issue tracker](https://github.com/dmajda/pegjs/issues) | ||
@@ -266,4 +452,9 @@ * [Google Group](http://groups.google.com/group/pegjs) | ||
PEG.js is developed by [David Majda](http://majda.cz/) ([@dmajda](http://twitter.com/dmajda)). You are welcome to contribute code. Unless your contribution is really trivial you should get in touch with me first — this can prevent wasted effort on both sides. You can send code both as a patch or a GitHub pull request. | ||
PEG.js is developed by [David Majda](http://majda.cz/) | ||
([@dmajda](http://twitter.com/dmajda)). You are welcome to contribute code. | ||
Unless your contribution is really trivial you should get in touch with me first | ||
— this can prevent wasted effort on both sides. You can send code both as a | ||
patch or a GitHub pull request. | ||
Note that PEG.js is still very much work in progress. There are no compatibility guarantees until version 1.0. | ||
Note that PEG.js is still very much work in progress. There are no compatibility | ||
guarantees until version 1.0. |
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is too big to display
Sorry, the diff of this file is not supported yet
Sorry, the diff of this file is not supported yet
License Policy Violation
LicenseThis package is not allowed per your license policy. Review the package's license to ensure compliance.
Found 1 instance in 1 package
Major refactor
Supply chain riskPackage has recently undergone a major refactor. It may be unstable or indicate significant internal changes. Use caution when updating to versions that include significant changes.
Found 1 instance in 1 package
Uses eval
Supply chain riskPackage uses dynamic code execution (e.g., eval()), which is a dangerous practice. This can prevent the code from running in certain environments and increases the risk that the code may contain exploits or malicious behavior.
Found 1 instance in 1 package
License Policy Violation
LicenseThis package is not allowed per your license policy. Review the package's license to ensure compliance.
Found 1 instance in 1 package
New author
Supply chain riskA new npm collaborator published a version of the package for the first time. New collaborators are usually benign additions to a project, but do indicate a change to the security surface area of a package.
Found 1 instance in 1 package
292482
21
4526
444
3
8