Re[2]: [cedet-semantic] Newbie adventures
Brought to you by:
zappo
From: Eric M. L. <er...@si...> - 2003-12-10 14:48:26
|
>>> Marcus Harnisch <mar...@gm...> seems to think that: >Hi Eric, > >Eric M. Ludlam writes: [ ... ] > > The define-lex macro creates debugging support when it runs. All > > analyzers created with define-lex should work with > > `semantic-lex-debug'. > >Ah, yes. That doesn't seem to work with XEmacs, though (see my bug >report on SF). Now I see that `semantic-lex-debug' is nice. Although >in most cases I find a function that pretty-prints the entire token >stream at once more useful. Both are certainly helpful. Would a >prefix-arg to switch between the two modes be an option to consider? Try the command `semantic-lex-test'. It dumps the beginning of the lexical result into the minibuffer. >Talking about debugging, I remember that semantic 1.4 (maybe still >valid for bovine parsers) had that neat feature which allowed me to >debug the parse table interactively. Can I do the same with a wisent >parser? How? [ ... ] This has not been implemented. I wrote an interactive debugging framework for both the old bovine parser and wisent. The bovine parser has an implementation for the backend. Wisent does not. I looked into doing this a while back. Aside from my lack of deep knowledge of wisent there is another problem. In wisent, the LALR parser doesn't track individual rules and steps. It will create composite states in the parser which can represent multiple rules and steps to match. If the first possible matching rule was chosen to highlight, it would be a choppy view as the IP would seeming bounce around randomly. One of my many goals is to that that debugger implemented, but it may be a while. Eric -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |