GitLab

GIT_SILENT

Done for code which already gets a const container var passed to the
foreach macro, or where the var instance can be made const by a simple
"const" keyword addition.

Reviewers: #kdevelop, kfunk

Reviewed By: #kdevelop, kfunk

Subscribers: kfunk, kdevelop-devel

Tags: #kdevelop

Differential Revision: https://phabricator.kde.org/D14492

As discussed on the mailing list:
  https://mail.kde.org/pipermail/kdevelop-devel/2017-September/058823.html

Move all plugins into a single folder:
- $CATEGORY/$PLUGINFOLDER -> plugins/$PLUGINFOLDER
- kdevplatform/plugins/$PLUGINFOLDER -> plugins/$PLUGINFOLDER

Reviewers: kfunk, #kdevelop

Reviewed By: kfunk, #kdevelop

Subscribers: kfunk, kdevelop-devel

Differential Revision: https://phabricator.kde.org/D3082

This fixes highlighting, navigation, etc. for complex cases
where the primitive "buddy" mechanism doesn't help finding
the translation unit. The buddy mechanism is not correct for
this case, because it was built around header/source pairs,
but fails in more complex cases. The duchain import chain
directly leads to the original transition unit from where
a header is included recursively.

This sounds like a useful thing to do and should reduce potential
UI lockups when the parse threads are busy.

The priority of code completion threads is left untouched in the
hope to get their results as quickly as possible.

Differential Revision: https://phabricator.kde.org/D996

Interesting issue: If one of the precompiled headers part of the
includes is invalid, clang_parseTranslationsUnit2 just fails with an
cryptic error code 4 (ASTReadError). No further message is displayed.

With KDEV_CLANG_DISPLAY_DIAGS=1 set, we at least get the following out
of libclang:

fatal error:
'/home/kfunk/devel/install/kf5-stable/share/kdevclangsupport/gcc_compat.h.gch'
does not appear to be a precompiled header file

No other way to retrieve this information, as far as I'm aware. So let's
give some debugging aid here.