c++ code completion status report
Victor_Roeder at gmx.de
Fri Jan 4 12:11:02 UTC 2002
> > I heart on an oter list that gcc 3.x.x support a XML output of the class
> > member like the database of VC++ when it compile some source. Maybe
> > that's is also a way to go?
> no it is not, because it knows nothing of signals and slots
> ideally the ONLY parser that is aware of this and has XML output is
> I was able to write a "object" viewer of my code using Doxygen and QDOM
> about 150 lines and it was reasonably fast ( 15 classes each with 5-6
> functions) in about 4 seconds on a Athlon 800. The time seemed split
> the parseing and the XML rendering. I left it at that but ideally if you
> talke VERY nicely to the Doxygen guy you may be able to use his parser
> then just create a QDOM object, then use that accordingly
> DOMS are expensive to create from what i have found but once you have one
> they are very fast. Basicly they are dictonary data structures. If you
> use doxygen's parser to create a DOM you are about 90% of the way there.
> other 10% ( the UI ) i have no clue about, since all i wanted was a robust
> class veiw and I stopped there.
This is a nice idea. Does the doxygen parser parse also the implementation
stuff or only *toplevel*?
Our idea was that we could call *our* parser in a flexible way so that only
those statements are examined which are from interest. Maybe this advantage
of an own parser get's lost when we use doxygen - but I think I will have look
at it when "I'm back and ready to go".
Btw.: The class store is persistant but I have found some - hmmm -
I will have a look, too. And we also think that the class store has to
become a *real* database one day.
GMX - Die Kommunikationsplattform im Internet.
More information about the KDevelop-devel