KDE/kdevelop/plugins/languages/cpp
Andreas Pakulat
apaku at gmx.de
Mon Jan 5 10:44:58 UTC 2009
On 05.01.09 00:15:12, Alex Merry wrote:
> On Sunday 04 January 2009 23:51:18 David Nolden wrote:
> > Am Monday 05 January 2009 00:42:56 schrieb Andreas Pakulat:
> > It might be loaded when the class-browser or something similar requests to
> > laod some C++ duchain objects, and if it happens in foreground, this will
> > trigger a loading of the language support.
> >
> > Even if class-view is fixed, we would still have to live with this.
>
> Unless you can guarantee that a Language object is created for "C++" and added
> to the LanguageController every time the C++ language support plugin is
> loaded, I would have thought the guard I added needs to be there.
>
> Actually, I can't quite see why CppLanguageSupport::language() returns 0
> rather than going into an infinite loop, since it calls core()-
> >languageController()->language("C++"), and
> LanguageController::language(QString) seems to call
> ILanguageSupport::language() (presumeably CppLanguageSupport::language() in
> this case) if it can't find a cached Language object.
I don't see why the C++ language support shouldn't register itself with the
language controller when its loaded, so its guaranteed that language() will
always return a proper value.
Andreas
--
More information about the KDevelop-devel
mailing list