<div dir="ltr"><div><div><div><div>Hi Francis,<br></div><div>Hi Sven,<br></div><div><br></div>thank you all for the great suggestions. I will try them out and see how it goes.<br><br></div>Just as a sidenote:  I am not using a locally modified <i>CMakeLists.txt</i> file.<br><br></div>Best regards!<br></div>Miljenko<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 21, 2018 at 1:29 AM, Francis Herne <span dir="ltr"><<a href="mailto:mail@flherne.uk" target="_blank">mail@flherne.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tuesday, 20 March 2018 20:04:24 GMT Miljenko Jakovljevic wrote:<br>
> Using kdevelop to develop kdevelop seems not to work on my system, because<br>
> the system recognizes that there is already a running instance, when one<br>
> tries to execute the modified kdevelop instance from the IDE.<br>
<br>
</span>This can be solved by using `kdevelop --ps` to launch KDevelop, or<br>
 `kdevelop -s some_existing_session`.<br>
<br>
I'm not familiar with the build problem, but some comments on what you posted:<br>
<br>
 * The usual build process is something like `cd build/ && cmake .. && make`.<br>
Running  CMake directly in the source directory is probably not advisable.<br>
<br>
 * You might want to try `cmake -GNinja ..  && ninja` - it's quicker than Make<br>
and seems more reliable.<br>
<br>
 * Using ccache can reduce the cost of repeated clean builds, at the cost of<br>
occasional strange issues.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Francis<br>
<br>
<br>
</font></span></blockquote></div><br></div>