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.