X-Git-Url: http://git.megacz.com/?p=sbp.git;a=blobdiff_plain;f=TODO;h=b720e81803213196ce68018c1bd08a467a74b755;hp=f3b5856f23f3494e4cf114320223f47822182ba7;hb=bf51becde116f08ec503a4a83e709277aaa98e36;hpb=ad0974ef59fc62ab06a78795a65e68238426edd0 diff --git a/TODO b/TODO index f3b5856..b720e81 100644 --- a/TODO +++ b/TODO @@ -1,64 +1,85 @@ _____________________________________________________________________________ Immediately +// use 'a'-'z' or 'a-z' instead of [a-z]? +// EOF token? +// #include (with renaming?) - - Sensible tree-printout - - make Tib.Block extend Tree<> - - refine TIB - - documentation markup + - de-genericize? - - more natural phrasing of metagrammar? + - better toString() methods all around... - - finalize metagrammar and rdp-op's + - cleanup: Forest, ParseFailed, Parser, Union, (just a bit: GSS,Node) + + - circular gramars? + s = A + A = A | "b" + - foo.add(x) + foo.add(y.andnot(x)) ==> this is broken + - Annotation Tutorial + + .................................................. - - Lay down the law on the different kinds of Sequence productions - and how they work. + - serializable parse tables? + - Treewalker code compiler? - => mydrop - => mylift +______________________________________________________________________________ +v1.1 - - Deal with the problem of zero-rep productions and whitespace insertion + - precedes restrictions ("<-") + - MUST HAVE BETTER ERROR MESSAGES + - use for developing java15.g + - java15.g + - once this is ready, do big announcement + - broader regression testing (for stuff like error messages, etc) + - More topology untangling [later] + - grammar highlighting? + - Forest needs a "manual access" API + - the unwrap bit in Forest makes it really hard to expose an API for forests - - switch maximal to not-followed-by (~/~) - - should Union.add() be there? - - should Atom.top() be there? - - fix the location stuff, it's broken - - decent/better error messages +______________________________________________________________________________ +v1.2 + - finalize metagrammar and rdp-op's - write some grammars - Java grammar - TeX (math?) - URL (RFC) - RFC2822 (email message/headers) - - Wiki grammar + - clean up the whole Walk situation (?) + ______________________________________________________________________________ Soon - - clean up the whole Walk situation + - serialization of parse tables - - cleaner solution to "maximal"? + - "ambiguity modulo dropped fragments"? + - can this be checked statically? + - eliminated statically? - - "lift" cases: - - right now I can only lift the last child in a forest... begs - the question of what the right representation for Forests is - if we need to be able to do lift operations on it. + - substring parsing for better error messages - Parameterized LR - "Regular Right Part" grammars (NP Chapman, etc) - Attribute unification - - serialization of parse tables - inference of rejections for literals - "prefer whitespace higher up" (?) - - "ambiguity modulo dropped fragments"? - - can this be checked statically? - - eliminated statically? + + - Labeled edges on trees (associate a label with each slot in the + child array in Forest.Body? might make equality tough) -- + equivalent to Feature Structures. Colon-labeling. ______________________________________________________________________________ Later + - understand and implement the RNGLR "kernel state" optimization. + The _Practical Early Parsing_ paper may help. + + - Partly-Linear-PATR? (O(n^6) unification grammar) + - Implement a k-token peek buffer (for each state, see if it "dead ends" during the next k Phases based solely on state -- ignoring result SPPF) @@ -70,11 +91,6 @@ Later nodes which are transient in the sense that they have only one eligible reduction? - - Implement "GLR syntactic predicates" -- the ability to do - arbitrary lookahead (ie "followed-by" and "not-followed-by" for - arbitrary patterns). This enables generalized longest-match and - lets us drop the Maximal hack. - - Re-read Rekers, particularly the stuff on optimal sharing - Isolate the Element objects from Parse.Table/GSS so we can move @@ -137,3 +153,17 @@ Neat Ideas - Rekers & Koorn note that GLR Substring Parsing can be used to do really elegant and generalized "autocompletion". + + +______________________________________________________________________________ +Ideas for the Future + +- Incremental parse table construction +- "lazy GLR" and "lazy trees" -> language with first-class CF matching + - perhaps linear boolean grammars instead? (linear time, quad space) +- Forest parsing => chained parsers +- unification parsing, attributes, etc +- RRP grammars? +- Take another stab at maximal-match? Nonterminal not-followed-by is + too strong. +- Error recovery based on substring parsing