Re: [cmake-developers] Debugger for CMake

2017-01-30 Thread Tobias Hunger
On Jan 30, 2017 20:03, "Sylvain Joubert" wrote: > c) What is the best > approach to make this kind of feature appealing to IDE / UI tools which > currently work with CMake? > > If I recall correctly, one of the initial use cases for the server mode was exactly that. The

Re: [cmake-developers] Debugger for CMake

2017-01-30 Thread Sylvain Joubert
Le 30/01/2017 à 17:09, Justin Berger a écrit : a) Is this feature worthwhile for eventual merge into CMake? No doubt! :-) > c) What is the best approach to make this kind of feature appealing to IDE / UI tools which currently work with CMake? If I recall correctly, one of the initial use

Re: [cmake-developers] Debugger for CMake

2017-01-30 Thread Adam Rankin
+1 Wish this existed since forever. Cheers, Adam From: cmake-developers [mailto:cmake-developers-boun...@cmake.org] On Behalf Of Justin Berger Sent: Monday, January 30, 2017 11:10 AM To: cmake-developers@cmake.org Subject: [cmake-developers] Debugger for CMake I've made a proof of concept for

[cmake-developers] Debugger for CMake

2017-01-30 Thread Justin Berger
I've made a proof of concept for a debugger integrated into CMake. The code and notes about the implementation are here: * https://gitlab.kitware.com/cmake/cmake/merge_requests/447 It is still a work in progress and there is still a decent chunk of work to be done. The general approach works

Re: [cmake-developers] CMake 3.8 feature freeze on 2017-02-01

2017-01-30 Thread Brad King
On 01/09/2017 02:10 PM, Brad King wrote: > The feature freeze in 'master' for CMake 3.8 will be on Feb 1, 2017. > I may announce a freeze in 'next' sometime in the preceding week so > that we can get any remaining dashboard trouble cleaned up. In order to get 'master' ready to branch for 3.8,