<div dir="ltr">>An in-tree build directory?<br>Not entirely but sort of. My outmost CMakeList.txt, kdev4 file, build dir. and source directory are in the same directory. I think that is a common practice.<br>Anyway, I was intentionally not using "exclude item from project" for my build directories in order not to prevent parsing of generated files. The parser still picking up generated files is a nice tip for me :)<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 7, 2020 at 11:37 AM 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 Tuesday April 07 2020 01:05:30 Yavuz Mert wrote:<br>
<br>
>My similar problem, maybe not the same, was generated copy of source files<br>
>in the build directory, especially after "make package_source".<br>
<br>
An in-tree build directory? I almost always use an out-of-tree build directory ("next to" the source directory) but if I do use an in-tree one I always use the "exclude item from project" action in the project manager. The parser should still pick up generated header/source files (because it uses the compiler commandline, so the generated -I options), just like it does with an out-of-tree build directory.<br>
<br>
FWIW Yavuz's issue is probably identical to the one I mentioned when you have multiple projects. In fact, I may have confounded "multiple projects with the same filenames" with "multiple files with the same name in different directories in the same project" - I'm pretty certain that has already given me surprises too.<br>
<br>
R.<br>
<br>
PS: long ago I contributed a patch to allow the project import wizard to recognise and suggest existing "build" directories that live in the same directory as the source directory. IIRC it was rejected as being to specific to 1 user's (my) non-standard workflow.<br>
</blockquote></div>