Re: Re: software design clarification

On Fri, May 04, 2007 at 04:37:52AM -0400, Gilles J. Seguin wrote:
> > Yeah, I dunno -- just skimming the source there is clearly a bunch of
> > template support code, and 'cc_type.html' says that template support
> > is incomplete and that template instantiation should be added while
> > 'design.html' appears to document their template instantiation
> > support... I can't really tell what the status is.  (NB, it looks like
> > the URL above is out of date; the code is still being updated and the
> > latest version is at the cubewano.org site I linked later.)
> > 
> > In any case, isn't the question more about what is easiest to fix?
> > >From the outside, it looks like Elsa is parsing huge programs that
> > have clobbered every other alleged C++ parser (aside from the 3
> > C++ compilers), and supporting fancy data-flow analysis and accurate
> > symbol resolution, while you guys are still working on just getting
> > symbol tables going.  But, obviously, I have not looked into these
> > things as closely as you guys.
> 
> That means you have the thing running.
> Parse something that have template, for example it use Boost.
> I will be very receptive for sure.

I haven't tried it myself; actually I am already spending more time on
this conversation than I really have to spare :-).  Just an interested
lurker.

But in my looking around on the website, it noticed that the latest
Elsa commit was to fix a bug that let it properly handle someone's
iostreams-using test case.  I wouldn't assume from that that it can
handle all of boost (heck, how many full compilers can really
handle all of boost? :-)), but if you're successfully parsing
iostreams code at all then it seems to me you must have _some_
non-trivial template support.

-- Nathaniel

-- 
Details are all that matters; God dwells there, and you never get to
see Him if you don't struggle to get them right. -- Stephen Jay Gould