svenbrauch at googlemail.com
Thu Nov 18 17:50:43 UTC 2010
Well, i'll have a look at both methods and then choose whatever seems more
suitable. From what I heard now, it seems that it won't matter too much,
will it :)
But good I learned about the kdevelop database, I didn't know it was there
The stability of the plugin related to crashes is quite good, as it uses
python's parser (which either gives a valid AST, or an error, and never
crashes or similar). I didn't do any long-time use tests, but it can parse
large amounts of code without crashing (i parsed my system's package manager
frontend, ~50.000 LoC, as a test). There will be some unsupported
statements, especially python2.7 features, but those should not cause
crashes, either. The stability in terms of bugs like incorrect highlighting,
wrong ranges or context information, or code completion is not too good yet,
but you're welcome to try it out. It might also be very slow in some cases.
What definitely does work well is syntax error reporting. :)
And features are very limited, for example, every statement containing a dot
(foo.bar.baz) is not processed completely (currently there's just
information about the "foo").
2010/11/18 Andreas Pakulat <apaku at gmx.de>
> On 18.11.10 09:45:09, David Nolden wrote:
> > 2010/11/18 Andreas Pakulat <apaku at gmx.de>:
> > > On 18.11.10 00:54:46, Sven Brauch wrote:
> > > And the itemrepository stuff is basically maintained by only a single
> > > person, whereas sqlite is maintained by more people and its also used
> > > a far wider range of people.
> > The problem is not the internals of SQLite, but the interface between
> > it and KDevelop, and making it interact correctly with sessions etc.
> Thats not really a problem IMHO, just like the duchain data the sqlite
> database file can be simply put into the session directory. Its just a
> single file, so no big problem to make it work with sessions. And the
> interface is merely a handful (at most) simple SQL queries.
> Questionable day.
> Ask somebody something.
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the KDevelop-devel