Re: Re: software design clarification

On 5/8/07, Nathaniel Smith <[email protected]> wrote:
> > Yet another alternative that hasn't come up yet is to try to enhance GCC
> > itself, i.e. add all the hooks there to make it useable in a context like
> > Synopsis (that's the path choosen by the gccxml folks). While there are
> > a couple of people who try to convince me that this is a better way to spend
> > my spare time, I think the reasoning is principally the same as for Elsa
> > (see above).
>
> That sounds even messier to me, and much harder to keep in sync with.
> (Though the way Synopsis works, wouldn't it be very simple to have a
> front-end that eats gccxml and produces the same Synopsis AST as a
> real front-end would?  If such a processor could be implemented
> quickly, that'd be very handy for bootstrapping the rest of Synopsis's
> Cool Stuff and you could just drop in whatever front-end you end up
> using, when it's ready?)

I am working exactly on this functionality for pygccxml project. Today
it is based on GCCXML parser. I hope in few month from now, synopsis
backend will be also available.

-- 
Roman Yakovenko
C++ Python language binding
http://www.language-binding.net/