Re: [cmake-developers] CMake Daemon blog

2016-01-29 Thread Stephen Kelly
Tamás Kenéz wrote: > That's great and really does open a new world for IDEs! Thanks! Let's see if the interest grows. I've just pushed the daemon code here: https://github.com/steveire/cmake/tree/cmake-daemon The Kate plugin should soon appear here I think: https://quickgit.kde.org/?p=scrat

[cmake-developers] Patch: Remove superfluous semicolon after method

2016-01-29 Thread Christoph Grüninger
Dear CMake devs, please find attached a minimal patch to fix a GCC 6 pedantic warning concerning a superfluous semicolon after a method. Additional I got the following warning: > CMake/Source/cmGeneratorTarget.cxx:4835:52: warning: format ‘%u’ expects > argument of type ‘unsigned int*’, but argum

Re: [cmake-developers] [ANNOUNCE] cmake-unit - A new unit testing framework for CMake

2016-01-29 Thread Eric Wing
On 1/29/16, Brad King wrote: > On 01/25/2016 11:01 AM, Sam Spilsbury wrote: >> Over the last two years I've been working on a new unit testing >> framework for CMake. I started this project because I've been writing >> some other fairly complex CMake modules and I kept making mistakes >> which wou

Re: [cmake-developers] CMake alternative language

2016-01-29 Thread Eric Wing
Just to answer some of your questions on this... > > I think the first step is design brainstorming and discussion to see if > we can find something acceptable. > > IIRC one problem with earlier attempts at introducing Lua was that CMake's > dynamic scoping is difficult to reconcile with Lua's l

[cmake-developers] [CMake 0015946]: "xcodebuild -target foo install" should do something sensible

2016-01-29 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15946 == Reported By:Dan Kegel Assigned To: =

Re: [cmake-developers] Adding Swift support to CMake for Linux/Makefiles

2016-01-29 Thread Eric Wing
On 1/20/16, Brad King wrote: > On 01/20/2016 08:48 AM, Eric Wing wrote: >> I thought maybe setting the internal >> CMAKE_${lang}_COMPILER_ID_FLAGS_LIST or >> CMAKE_${lang}_COMPILER_ID_FLAGS >> to "-version" would fix this. >> >> But this did nothing. > > Those are internal details of the CMAKE_DET

[cmake-developers] [CMake 0015945]: "Target Platform Version" Option in Visual Sutio 2015

2016-01-29 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15945 == Reported By:Gehua Yang Assigned To:

[cmake-developers] [CMake 0015944]: Use after free in regexp functionality

2016-01-29 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15944 == Reported By:hanno Assigned To:

[cmake-developers] [CMake 0015943]: CMAKE_CXX_STANDARD not working on non-apple clang++

2016-01-29 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15943 == Reported By:senz Assigned To: =

[cmake-developers] [CMake 0015942]: regexpr in FindMPI.cmake filtering MPI_COMPILE_FLAGS fails for Intel-flag "-fp-model"

2016-01-29 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=15942 == Reported By:Jens Henrik Goebbert Assigned To:

Re: [cmake-developers] [ANNOUNCE] cmake-unit - A new unit testing framework for CMake

2016-01-29 Thread Brad King
On 01/25/2016 11:01 AM, Sam Spilsbury wrote: > Over the last two years I've been working on a new unit testing > framework for CMake. I started this project because I've been writing > some other fairly complex CMake modules and I kept making mistakes > which would take me hours to debug weeks down

[cmake-developers] [CMake 0015941]: file glob case sensitivity depends on platform

2016-01-29 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15941 == Reported By:hegewald Assigned To:

Re: [cmake-developers] Review request: extract-cmMessenger branch

2016-01-29 Thread Michael Scott
* Decrease responsibilities of the cmake class. CMake uses too few classes for too many things I certainly agree with that, the cmake class is very large at this point. * Make it possible to make add first-class handling of messages about missing packages (for example) to cmake-gui by making me