<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 26, 2019 at 10:49 PM René J.V. Bertin <<a href="mailto:rjvbertin@gmail.com">rjvbertin@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thursday December 26 2019 21:06:00 Aleksey Midenkov wrote:<br>
<br>
>I don't know where it is configured. I use Custom Build System. Where is<br>
>this option?<br>
<br>
Settings/Configure KDevelop/Projects<br></blockquote><div><br></div><div>Yes, I have this option "Schedule all project files for parsing" ON. Though, there is an explanation of how it behaves when this option is turned on it does not explain how it works when this option is turned off. Which is more important, I guess. So I'd prefer to have this knowledge before turning this off.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Note that you are using a custom build system type of project. For that kind of project KDevelop doesn't have very precise knowledge of the relationships between files and the project is defined as "all files inside the project directory. I don't know to what extent it is actually the case, but if you use CMake with your projects, KDevelop should be able to have much more precise information about which files are actually part of the project, and what interdependencies there are between those files. That sort of information should make re-parsing less error-prone.<br></blockquote><div><br></div><div>Well it is clear enough what files are part of the project: all files in the source tree except the excluded ones. All known types like .c, .cpp and .h are parsed. In that is equivalent CMake scheme, because CMakeLists.txt contains the vary same file lists. I do have to add some preprocessor variables manually though. But what else of "interdependencies" can be important?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>Is it an option of KDevelop and where is it?<br>
<br>
No, it's a choice you make in your build system. You know that KDevelop doesn't have an internal build system like Apple's XCode or Microsoft's Visual Studio. Instead it interfaces with CMake or QMake or Meson.<br></blockquote><div><br></div><div>Precompiled headers not used.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
>was gone. I believe you don't test your software properly, do you?<br>
<br>
Whether or not they do that, it's almost impossible to foolproof this kind of software.<br></blockquote><div><br></div><div>I believe this is easily reproducible. You have all the knowledge what to do and what sources to take. I can send you KDevelop project files.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> No, I don't know what happens when `git branch` doesn't update anything.<br>
<br>
That's easy enough to check, just create a new branch for testing and then switch between it and its parent branch to see what happens. It is best if you do that yourself, because I for one do not notice the big problems you seem to be having.<br></blockquote><div><br></div><div>No, as I expected nothing bad happens.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
R.<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">All the best,<br><br>Aleksey Midenkov<br>@midenok</div></div>