I'm having the same issue but it behaves correctly until I make any edit and then it breaks and remain broken until I clear the cache...<br /><br />01:26, 18 settembre 2017, Francis Herne <mail@flherne.uk>:<br /><blockquote><p>On Sunday, 17 September 2017 23:53:25 BST Francis Herne wrote:<br /></p><blockquote> On Sunday, 17 September 2017 09:38:15 BST René J.V. Bertin wrote:<br /> > Hi,<br /> > <br /> > I don't know who of you get to see new bug reports, so forgive me for<br /> > spamvertising the report I created yesterday:<br /> > <br /> > <a href="https://bugs.kde.org/show_bug.cgi?id=384775">https://bugs.kde.org/show_bug.cgi?id=384775</a><br /> > <br /> > In short, opening my session containing the KDevelop project in v5.1.2.5<br /> > works fine, all headerfiles are found and the parser finds nothing<br /> > particular to yell about. Install 5.1.40 from yesterday's 5.2 branch head,<br /> > and things go south (more so on Mac than on Linux, at that). The ticket<br /> > has<br /> > a number of screenshots. I've done full project reparsing, I've tried<br /> > deleting the entire session cache dir, nothing helps. In some cases I even<br /> > get complaints about Qt headerfiles not being found. I've tried importing<br /> > a<br /> > copy of the source tree with a virgin build dir and using cmake 3.9.1<br /> > directly instead of through a wrapper (but with all the required options),<br /> > same thing. I tried with a wrapper that makes CMake behave as if it<br /> > doesn't<br /> > have server mode so that the import is done with the trusted old<br /> > compile_commands.json method. Same thing (except that nice 4x shorter<br /> > import time).<br /> > <br /> > This is using libclang 4.0.1, from the same compiler install I'm using to<br /> > build with, showing that the commands from compile_commands.json are<br /> > sufficient.<br /> > <br /> > I'm out of ideas, except the one that there's something broken somewhere<br /> > in<br /> > a subtle, perverse way - I haven't yet observed any of this in the few<br /> > other projects I've tested (all much smaller, and not recently completely<br /> > reorganised).<br /> > <br /> > Food for a sunday afternoon thoughts, maybe (a rainy one at that, here).<br /> > <br /> > R.<br /><br /> I've been having similar problems today with the 5.2 branch after having to<br /> clear the cache.<br /><br /> As far as I can tell, many header files are never being parsed, even when<br /> they're opened in the editor. For example, nothing in integraltype.h or<br /> declarationid.h is highlighted or appears in the DUChain, except macro<br /> #defines and uses for some reason.<br /><br /> That screws up the parsing for anything that includes them, and causes bogus<br /> errors all over the place.<br /><br /> There's no CPU activity, and no problems shown for the affected files,<br /> they're just sitting there.<br /><br /> I'll try reverting things and see if that changes anything.<br /><br /> -Francis<br /></blockquote><p><br />More experiments:<br />I set the problem scope to "All Projects". There are >20k errors, which causes <br />the UI to hang for many seconds each time I try to interact with it...<br /><br />The top ones are rather nonsensical:<br /><br />"No namespace named 'KDevelop'; did you mean 'std::KDevelop'?"<br />"No viable conversion from 'std::QString' to incomplete type 'QString'"<br />etc.<br /><br />Screenshot attached.<br /><br />Something seems to have gone badly wrong with the namespace code...<br /><br />I have clang 5.0.0, CMake 3.9.2, kdevelop from 5.2 git branch.<br /><br />-Francis<br /></p></blockquote><br /><br />--<br />Alexander Zhigalin - DevOps