Re: [CMake] CMP0054 and CMake Modules

2015-09-25 Thread Nils Gladitz
On 09/25/2015 11:03 AM, thoni56 wrote: Any idea why this only happens on Cygwin? Not on Linux or MacOSX. Is this a clue to something? How can I use this information to debug the issue further? There are platform and compiler specific cmake modules which may only get processed when using cygwin

Re: [CMake] CMP0054 and CMake Modules

2015-09-25 Thread thoni56
Any idea why this only happens on Cygwin? Not on Linux or MacOSX. Is this a clue to something? How can I use this information to debug the issue further? /Thomas -- View this message in context: http://cmake.3232098.n2.nabble.com/CMP0054-and-CMake-Modules-tp7590137p7591629.html Sent from the C

Re: [CMake] CMP0054 and CMake Modules

2015-09-21 Thread Nils Gladitz
On 09/21/2015 10:24 AM, thoni56 wrote: Aahh, I was looking at the trace and it only included "include":s so I thought that offending IF was in cmake's own files since it pointed there. But, you are saying that probably the culprit is a variable set before the first include, right? (It was defini

Re: [CMake] CMP0054 and CMake Modules

2015-09-21 Thread thoni56
Also, this does not happen on MacOSX with Macports cmake. But does on Cygwin. thoni56 wrote > > Nils Gladitz-2 wrote >> On 09/21/2015 09:37 AM, thoni56 wrote: >>>Quoted variables like "" will no longer be dereferenced when the >>> policy is >> >> You apparently have a variable whose name is t

Re: [CMake] CMP0054 and CMake Modules

2015-09-21 Thread thoni56
Aahh, I was looking at the trace and it only included "include":s so I thought that offending IF was in cmake's own files since it pointed there. But, you are saying that probably the culprit is a variable set before the first include, right? (It was definitely not by intention a variable was as h

Re: [CMake] CMP0054 and CMake Modules

2015-09-21 Thread Nils Gladitz
On 09/21/2015 09:37 AM, thoni56 wrote: Quoted variables like "" will no longer be dereferenced when the policy is You apparently have a variable whose name is the empty string. With the old (pre CMP0054) behavior this will break comparisons with empty strings take e.g. set("" foo

Re: [CMake] CMP0054 and CMake Modules

2015-09-21 Thread Thomas Nilsson
Sorry, this turned out kind of brief, it was posted in context in Nabble. I'm seeing this on Cygwin. /Thomas thoni56 21 september 2015 09:37 I can't find a bug report on this. Is there one? Surely Cmake distributed modules should not generate this type of warning

Re: [CMake] CMP0054 and CMake Modules

2015-09-21 Thread thoni56
I can't find a bug report on this. Is there one? Surely Cmake distributed modules should not generate this type of warnings. Or am I misinterpreting the messages? I'm encountering numerous such problems/warnings in Cmake distributed modules: CMake Warning (dev) at /usr/share/cmake-3.3.1/Modul

Re: [CMake] CMP0054 and CMake Modules

2015-03-26 Thread Domen Vrankar
> do i make something wrong or is this an Error in FindMFC which i have to > report? ATM each CMake provided module has to set its own policies otherwise policies from CMakeLists.txt minimum required version setting are used. Please file a bug report. Thanks, Domen -- Powered by www.kitware.co

[CMake] CMP0054 and CMake Modules

2015-03-26 Thread Jörg Kreuzberger
Updated to cmake 3.2.1 from 3.0.0 and got several hints due to POLICY CMP0054 (handling of quoted variables) i set the policy to new and changed my local cmake files. But i also got a warning from CMake Modules like FindMFC.cmake (Line 39). do i make something wrong or is this an Error in FindM