X-Git-Url: http://git.megacz.com/?p=sbp.git;a=blobdiff_plain;f=TODO;h=fd55d0bac1fccf1994c5540ab188f4b6e2caa203;hp=493145738ef91c6d56618ee8c84216e2b3f14efd;hb=03dd839af8e8d1a6c2f69c5410da6d19fbbe3931;hpb=0a0227b9180534d2a431f3d6e08a398bde2244c4 diff --git a/TODO b/TODO index 4931457..fd55d0b 100644 --- a/TODO +++ b/TODO @@ -1,40 +1,62 @@ +_____________________________________________________________________________ +Immediately -______________________________________________________________________________ -pre-1.0 + - Performance + + - Forest: keep() and valid() -- can we do this with states + rather than subtrees? + + - hash Long->long: it's all bogus - - Javadoc comments + * pick back up cleaning up end of Parser.java (Reduction) - - switch maximal to not-followed-by (~/~) + - [more] sensible tree-printout + + - revamp Tib.Block (do it all in the parser using indent/dedent?) + + - more natural phrasing of metagrammar? + - finalize metagrammar and rdp-op's - should Union.add() be there? - should Atom.top() be there? - - fix the location stuff, it's broken - decent/better error messages + - fix the location stuff, it's broken - - finalize metagrammar + - write some grammars - Java grammar - TeX (math?) - URL (RFC) - RFC2822 (email message/headers) - - WIKI!!! TEX!!! ______________________________________________________________________________ -Undecided +Soon - - public API for hates/needs + - substring parsing for better error messages - clean up the whole Walk situation - - cleaner solution to "maximal"? + - "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. + - 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? ______________________________________________________________________________ -post-1.0 +Later + + - 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 @@ -47,11 +69,6 @@ post-1.0 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 @@ -108,3 +125,9 @@ post-1.0 - implement Johnstone's algorithm for "reduced, resolved LR tables" to eliminate superfluous reductions on epsilon-transitions. + +______________________________________________________________________________ +Neat Ideas + + - Rekers & Koorn note that GLR Substring Parsing can be used to do + really elegant and generalized "autocompletion".