Re: [cmake-developers] [CMake] Why does INTERFACE type targets only support whitelisted properties?

On Fri, Jan 8, 2016 at 9:12 AM, Nils Gladitz wrote: > > > On 01/08/2016 02:50 PM, Yves Frederix wrote: > >> You are explicitly mentioning 'setting' of a property. IMHO there is a >> big difference between setting and getting a property. If >> white/blacklisting is enforced

Re: [cmake-developers] CMake daemon for user tools

On Monday, January 11, 2016 15:59:35 Aleix Pol wrote: ... > > Hi Stephen, everyone, > I've already discussed this in private with you. I think it's a good > idea and I'd like to make sure we can benefit from this. > > I'm unsure of the feasibility of the project though. you maybe remember that

Re: [cmake-developers] CMake alternative language (was: Using CMake as a library from Python)

Hi all. I'd like to voice my opinion as a somewhat advanced CMake user here. For me, one of the strongest points of CMake is the fact that its project specification is procedural rather than declarative. In my current job, for example, we have a significant framework built in CMake which handles

Re: [cmake-developers] FindwxWidgets.cmake

On 01/11/2016 01:18 PM, Simon Wells wrote: > The following code is line 191-201, I have tested without this being set > on OSX 10.11 using system clang and both self-built and brew installed > wxwidgets with no problems, Whether its still an issue using gcc on osx > or some other configuration i

Re: [cmake-developers] CMake alternative language

Hi Folks, I'm replying directly to my previous post in this thread in order to consolidate responses to related discussion raised in others' responses to it: http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/15339/focus=15383

[cmake-developers] [CMake 0015909]: FindDCMTK.cmake outdated

The following issue has been SUBMITTED. == https://public.kitware.com/Bug/view.php?id=15909 == Reported By:dkuegler Assigned To:

[cmake-developers] Visual Studio 2015 FastLink

Dear Cmake developers, as a follow up of this bug https://cmake.org/Bug/view.php?id=15894 I'm writing to request support for the /Debug:FastLink flag which was introduced in visual studio 2015 (update 1), and the option to generate full PDB informations.

Re: [cmake-developers] CMake alternative language (was: Using CMake as a library from Python)

Hi, > * The cmState infrastructure builds on a "snapshot" design with a goal of being able to "fork" configuration/generation temporarily and then revert back, and to be able to re-start configuration from the middle. These goals may be incompatible with any language whose implementation

Re: [cmake-developers] CMake daemon for user tools

On Sun, Jan 10, 2016 at 12:10 PM, Stephen Kelly wrote: > > Hello, > > I've been working on adding a daemon mode for cmake to provide > information to user tools - such as IDEs - about the buildsystem. > > Following the discussion about providing metadata for IDEs to consume >

Re: [cmake-developers] VS_GLOBAL_ properties in VS 2010+ (was: patch building and testing)

On 01/08/2016 05:56 PM, Mike Fitzgerald wrote: > I've got the attached, which gives me the results I'd expect Great, thanks. I've applied this and merged to 'next' for testing: VS: Implement VS_GLOBAL_* target properties in VS 2010+ (#13666)

Re: [cmake-developers] CMake alternative language (was: Using CMake as a library from Python)

On Fri, Jan 8, 2016 at 5:30 PM, Brad King wrote: > See above. Lua has come up several times in the past in particular because > its implementation is meant to be small and embeddable. I've thought a few > times about how to make Lua scripting available from within the

[cmake-developers] Fwd: FindwxWidgets.cmake

The following code is line 191-201, I have tested without this being set on OSX 10.11 using system clang and both self-built and brew installed wxwidgets with no problems, Whether its still an issue using gcc on osx or some other configuration i am unsure, but is it worth being more specific than