<p dir="ltr">Hi Dominik,</p>
<p dir="ltr">Am 15.02.2016 19:01 schrieb "Dominik Haumann" <<a href="mailto:dhaumann@kde.org">dhaumann@kde.org</a>>:<br>
> 1. Wouldn't it make sense you have a developer sprint ASAP for this?</p>
<p dir="ltr">I'd be in, but I do not have the time to organize one. I could probably get a room in our office though (in Berlin).</p>
<p dir="ltr">> 2. Reading about this deamon approach, rtags comes to my mind: rtags</p>
<p dir="ltr">I personally do not consider rtags to be very interesting for my use-cases. But I am the wrong person for that topic anyway.</p>
<p dir="ltr">> Given this background, I can see a lot of benefits in a cmake deamon<br>
> that provides all sorts of infos...</p>
<p dir="ltr">So do I.</p>
<p dir="ltr">I did a bit of hacking on a fork of Stephen's code (<a href="https://github.com/hunger/CMake/tree/cmake-daemon">https://github.com/hunger/CMake/tree/cmake-daemon</a>) where I added some protocol improvements (more unified JSON messages going back and forth, consistent error reporting, consistent progress reporting, more unit tests, etc.). No new functionality, just a bit of polish here and there.</p>
<p dir="ltr">Best Regards,<br>
Tobias</p>