| Summary: | Problem when updating gcc | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | jan.fostier |
| Component: | Language Support: CPP (old) | Assignee: | kdevelop-bugs-null |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | olivier.jg |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | unspecified | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
jan.fostier
2010-02-16 11:44:01 UTC
@david: feel free to mark as wontfix, IMHO its acceptable to have to restart kdevelop when upgrading such a core component as the compiler. The gcc update occured when kdevelop was *closed*. You can restart kdevelop all you want after the update, but it will keep looking in the old include paths, hence marking half your code as problematic. You have to remove your project's CMake build directory first (a bit like the autotools' make distclean, but then the hard way), and *then* restart kDevelop. That wasn't clear from your original description. So did building the project from the commandline work after the update and before clearing the builddir? I realise that my original post was difficult to interpret. It is difficult to retest it now, since I already removed my old builddir. I think that building worked however. This probably means that CMake did notice the change in compiler verision, but that this change (of include paths) did not propagate into kDevelop unless it was restarted. This would probably work correctly these days, at least for CMake, but in any case there's a more specific bug for this. *** This bug has been marked as a duplicate of bug 229406 *** |