Hi Dominik, Am 15.02.2016 19:01 schrieb "Dominik Haumann" <dhaum...@kde.org>: > 1. Wouldn't it make sense you have a developer sprint ASAP for this?
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). > 2. Reading about this deamon approach, rtags comes to my mind: rtags I personally do not consider rtags to be very interesting for my use-cases. But I am the wrong person for that topic anyway. > Given this background, I can see a lot of benefits in a cmake deamon > that provides all sorts of infos... So do I. I did a bit of hacking on a fork of Stephen's code ( https://github.com/hunger/CMake/tree/cmake-daemon) 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. Best Regards, Tobias
-- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers