(SHA-1: 47206a3350d3359a8190c6ff342c42a17bc53d55) * patched the code generator as it broke on the offending line (where the action code is poured into a Function()) for action blocks such as this one:

    ... rule ...
    | TAN '(' e ')'
        {
            $$ = {
                token:      FKW_FUNCTION,
                token_attr: FKA_ABSOLUTE,
                childs:     [null, $3],
                loc_info:   @$,
                type:       FT_NUMBER,
                unit:       $3.unit,
                value:      Math.abs($3.value)
            };
        }

The object creation like that would produce a 'Unexpected symbol' error.
- add documentation (as comments) to the generated parser; this includes a description of the whole structure in a comment at the top of the generated file. (People who don't want this [should] pull the code through a minifier/obfuscator anyway.)

- trivial code duplication removal at the end of the source file.

- use EOF and TERROR constants where applicable for much improved legibility

- some whitespace and semicolon goodness ('pedantic fixes')
quick manual extract of these:

SHA-1: 24e36a5e99f8063df1be4401071cb558ae61c97f

* adjusted the code to remove the error recovery from the run-time when no error recovery rules are included in the user-provided grammar. (The correction was necessary as the run-time has been altered in the previous commits.)

SHA-1: d48466f5ef57d4dfc1ff6f0b78e12afd1f8983dd

* fixes error recovery logic in the parser run-time (tested & verified using the errorlab.js test file): previously 5 tests would fail, but after this fix, all pass.

The loop which looks for a matching error rule has been abstracted out into the function locateNearestErrorRecoveryRule() because the first cause for failed the tests was the parseError() handler firing before the erorr recovery could kick in: this (and user-defined) parseError handlers need a way to detect whether an error recovery rule is available (via the hash.recoverable boolean).

The tests also uncovered an infinitely loop in error recovery in the new code when the lexer hits EOF. This bug has been fixed.
quick manual extract of these: (basically, it means the lexer will now correctly pick up your own parseError() override and otherwise use the default one provided by the PARSER instead of having a mind of its own entirely)

SHA-1: 4c63ca6ba17bfe9dd7ce3bb82395abde63f33479

* - generated code now includes the lexer methods' descriptions for improved readability of the generated code.

- fixes the prototype bug in the parseError reset code: this fix is browser-independent.

SHA-1: e7435a690794dedf0c356bd09ce64d8aa9165b34

* attempt at fixing the prototype bug in the parseError reset logic -- http://javascriptweblog.wordpress.com/2010/06/07/understanding-javascript-prototypes/

SHA-1: 7b0e636880ce3204007dd97ec0f99beed3c198b8

* make sure the parseError member function is reset to the default once a previous run of the same instance has temporarily overridden the parseError handler via the parser.yy.parseError override.

sample code (shortened):
  parser.yy.parseError = function local_override() { ... };
  parser.parse(input_a);
  // the next run should use the default error handler again:
  parser.yy.parseError = null;
  parser.parse(input_b);
Add prependChild to examples/classy_ast.jison

The definition of the prependChild function is missing from the classy_ast.jison definition. Add it based on definition in web/jison/examples/classy_ast.json
switch to esprima and escodegen so browserify will work
0.4.3
update website
Merge branch 'master' of github.com:zaach/jison
Merge pull request #158 from kanaka/master

Make examples/classy_ast.jison functional by adding prependChild definition
Merge pull request #150 from GerHobbelt/pullreq-2

Function() way of generating code breaks for slightly more complication %{...%} action snippets
Merge pull request #149 from GerHobbelt/pullreq-3

Pullreq 3 - add documentation (as comments) in the generated grammar; use EOF and TERROR consistently
Merge branch 'pullreq-5' of git://github.com/GerHobbelt/jison into GerHobbelt-pullreq-5
Merge branch 'GerHobbelt-pullreq-5'

Conflicts:
	lib/jison.js
Merge pull request #146 from GerHobbelt/pullreq-6

Pullreq 6 - lexer.parserError() function picks up the one set for the grammar instead of having a mind of its own
update jquery on USF page and link it from try page
use latest jison-lex
0.4.4
update web version of jison
fix module type cli option