https://bugs.kde.org/show_bug.cgi?id=387005

Max Schwarz <m...@x-quadraht.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |m...@x-quadraht.de

--- Comment #5 from Max Schwarz <m...@x-quadraht.de> ---
I just had this problem as well (or a similar one), with subclasses of Qt
classes (e.g. QObject subclasses) were not recognized as such.

I dug into it and it seems that on my system (Ubuntu 16.04 with KDE neon
unstable), /usr/bin/clang is clang 3.8. The compiler autodetection then uses
this and ends up with putting /usr/lib/llvm-3.8/lib/clang/3.8.0/include into
the include path in CMakeParseJob. My guess is that these headers clash with
libclang-5.0 and prevent proper parsing of the Qt headers.

My solution was to add a manual compiler in KDevelop settings pointing to
"clang-5.0" and choose that in the project settings under language support.

Maybe the compiler autodetection should search for "clang-XY" first when linked
against libclang-XY? Or, alternatively, include directories given to libclang
could be sanitized, preventing version mismatches.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to