Re: parsing ISO C++(1998/2003)

"Aaron Gray" <ang.usenet@gmail.com> wrote
> "Ira Baxter" <idbaxter@semdesigns.com> wrote in message
>
> >> All the major C++ parsers are hand coded, recursive decent and precedance
> >> based binary ops.
> >
> > Guess our DMS Software Reengineering Toolkit isn't a major C++ parser.
> > Nonetheless, it is NOT hand coded. It uses
> > GLR to parse variety of C++ dialects


> I am aware of Elsa, but no other open C++ GLR parsers.


Dunno what you mean by "open" If you mean "free source",
I agree, there aren't any others I know about. If you
mean "available source code", ours is commercially available.


> The only other issue brought up was about parsing and disambiguation
> time of GLR as compared to combined recursive decent and operator
> preceedance parsing.


It is true that our GLR parsers are not as fast as hand-coded
recursive descent parsers.


That's because we aren't trying to compete with compiler front ends.
On the other hand, typical compiler front ends don't capture comments
and formats of literals, can't transform the resulting trees as C++
trees, and can't reproduce C++ source code (I think EDG actually can
do this) that is still compilable. We are optimizing for different
goals. Speed wasn't at the top of our list.


--
Ira Baxter, CTO
www.semanticdesigns.com

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