Re: Parsing a text stream

gopi@sankhya.com (Gopi Bulusu)
2 May 2004 21:54:24 -0400

          From comp.compilers
Related articles
Parsing a text stream jacktow@hotmail.com (2004-04-28)
Re: Parsing a text stream mailbox@dmitry-kazakov.de (Dmitry A.Kazakov) (2004-04-29)
Re: Parsing a text stream gopi@sankhya.com (2004-05-02)
Re: Parsing a text stream pjj@cs.man.ac.uk (Pete Jinks) (2004-05-02)
Re: Parsing a text stream Postmaster@paul.washington.dc.us (Paul Robinson) (2004-05-24)
| List of all articles for this month |
From: gopi@sankhya.com (Gopi Bulusu)
Newsgroups: comp.compilers
Date: 2 May 2004 21:54:24 -0400
Organization: http://groups.google.com
References: 04-04-076
Keywords: lex, parse
Posted-Date: 02 May 2004 21:54:24 EDT

> So in a summary, what I'm looking for is something with Lexical
> Parsers capability and at the same time being able to handle errors
> (whether by telling it, or make a new error handling mechanism) such
> as what I said above.


Good question ! I do believe the solution is to define grammar rules
that can be used in a hierarchical manner, for example -- first try
matching program, if that fails a statement, then a token etc.


We allow this approach in our dynamic model driven translation
framework (SANKHYA Translation Framework).


For more information, please visit:


                            http://www.sankhya.com/info/products/data/stf.html


Please e-mail me if you need any more help.


Btw, the neat thing is, if use STF, you can also specify the syntax
coloring directives (for example HTML annotations) in the grammar
file, effectively placing both the grammar and the syntax coloring
information
in a single model, that can be loaded dynamically by the consumer
tools.


Best Regards,
gopi
---


Gopi Kumar Bulusu
Sankhya Technologies Private Limited
http://www.sankhya.com
Tel: +91 891 554 2666
Fax: +91 891 554 2665

Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.