Share

JS/CC LALR(1) Parser Generator

Code

Programming Languages: JavaScript

License: Artistic License

Repositories

browse code, statistics, last commit on 2009-04-16 svn co https://jscc.svn.sourceforge.net/svnroot/jscc jscc

Show:

What's happening?

  • Improve token regexp towards JavaScript's full RegExp syntax

    JS/CC should use the same regexp syntax as JavaScript ast this is what the user is familiar with. In particular: - '\xxx' support should be dropped as it is ambiguous and is not in JavaScript - '\uXX' and '\UXXXX' should be added for full Unicode support - '.' should have the same effect (not match end of line)

    2009-07-30 00:43:04 UTC by dolmen

  • Comment: A parser must be an object

    I'm using JS/CC 0.30.

    2009-07-30 00:36:17 UTC by dolmen

  • JSCC 0.30 on Windows does not find its drivers

    When running jscc.exe from different directory that JS/CC's, it does not find its driver : error: unable to open file 'driver_jscript.js_' Workaround: run jscc.exe from its directory and use full paths to source and target files. For an example build script that work around the bug see http://code.google.com/p/registry-files-tools/source/browse/trunk/Build.cmd.

    2009-07-30 00:34:13 UTC by dolmen

  • __parse() should return %% of the top rule

    Currently __parse() returns an error count. There is no clean way to return %% from the top rule to the __parse() caller. The only way is to use an ugly global variable. And this makes parsing non thread safe. Instead __parse() could return an object containing: - src: the parsed string - errors: the error list - result: %% of the top grammar rule For an attempt to implement this around...

    2009-07-30 00:27:11 UTC by dolmen

  • A parser must be an object

    JS/CC should generate an object from the grammar. - this would avoid namespace pollution - this would make the ##PREFIX## trick useless. As a workaround we can currently manually wrap the generated code with an object. See http://registry-files-tools.googlecode.com/svn-history/r3/trunk/msreg.par.

    2009-07-30 00:20:42 UTC by dolmen

  • Redesigning the Web Environment using a Web Framework

    Like the project RXBuild (http://ddlsmurf.github.com/rxbuild/regex.html), based on JS/CC and written by Eric Doughty-Papassideris, an existing Framework (e.g. - like in this case the Yahoo User Interface Library (http://developer.yahoo.com/yui/)) should be used to make the web environment looking more neaty and making it more dynamic (the current version is very static!)).

    2009-07-29 13:30:19 UTC by beachcoder

  • Unget Input

    It must be possible to unget the last input sequence and re-read it within the next parsing action. This must be provided by a function or method in the parser templates (using the new PCB-feature!)

    2009-07-29 13:25:32 UTC by beachcoder

  • Multiple token definition in lexer

    This is a request from a current support request. JS/CC must be enabled to support multiple tokens for the same input sequence. Which token is returned must be decided by the semantic code. Current request is implementing a Phyton-like language, where blocks are defined using tabs. Example: '\t'+ INDENT, DEDENT [* if( test for mode ) %token = INDENT; else return %token = DEDENT; *]...

    2009-07-29 13:23:34 UTC by beachcoder

  • Comment: Implementing default reductions

    This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).

    2009-05-01 02:20:16 UTC by sf-robot

  • Comment: Hardcoded path

    This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).

    2009-05-01 02:20:16 UTC by sf-robot

Our Numbers