Re: [cmake-developers] Is there a way to avoid LOCATION property with Qt5?

2015-04-27 Thread Nils Gladitz
On 04/28/2015 08:00 AM, Alan W. Irwin wrote: The Qt5 cmake documentation at which Steve has referred me to before states you should use the LOCATION property of targets to determine the actual path to libraries. The PLplot build system requires those loca

[cmake-developers] Is there a way to avoid LOCATION property with Qt5?

2015-04-27 Thread Alan W. Irwin
The Qt5 cmake documentation at which Steve has referred me to before states you should use the LOCATION property of targets to determine the actual path to libraries. The PLplot build system requires those locations so it can transform them into the -L and

[cmake-developers] Identify used source files

2015-04-27 Thread Roman Wüger
Hello, is there a proper solution to get all used source files for all defined librarys and executables? My first idea was to overload the main functions such as add_executable() and add_library() temporarily in the main CMakeLists.txt and write a text file or whatever, but I thought there wer

[cmake-developers] Probable bug in message output from Modules/Platform/CYGWIN.cmake

2015-04-27 Thread Alan W. Irwin
PLplot currently uses cmake_minimum_required(VERSION 3.0.2 FATAL_ERROR) Yet one of the PLplot developers gets the following incorrect warning message on Cygwin: CMake Warning at /usr/share/cmake-3.1.2/Modules/Platform/CYGWIN.cmake:15 (message): CMake no longer defines WIN32 on Cygwin! (1)

Re: [cmake-developers] cmake --help-policy CMP0057 MAIN_DEPENDENCY

2015-04-27 Thread James Bigler
>From what I understand the only time this really became a problem was when there were multiple instances of MAIN_DEPENENCY across multiple targets. If done within a single target CMake did the right thing and only attached the first build rule. The issue really seems to be related to multiple tar

Re: [cmake-developers] Unittests with reconfiguration

2015-04-27 Thread Raffi Enficiaud
Le 27/04/15 15:22, Brad King a écrit : On 04/27/2015 07:16 AM, David Cole wrote: https://github.com/Kitware/CMake/blob/master/Tests/CMakeTestMultipleConfigures/RunCMake.cmake On Mon, Apr 27, 2015 at 4:13 AM, Raffi Enficiaud wrote: I would like to know if it is possible to have a unit test with

Re: [cmake-developers] cmake --help-policy CMP0057 MAIN_DEPENDENCY

2015-04-27 Thread Nils Gladitz
On 04/27/2015 03:31 PM, Brad King wrote: The policy was added to diagnose some previously-broken cases earlier. We technically never supported duplicate MAIN_DEPENDENCY specification but did not diagnose it. Instead it could produce bad builds in some cases IIRC. Nils, do you remember where thi

Re: [cmake-developers] cmake --help-policy CMP0057 MAIN_DEPENDENCY

2015-04-27 Thread Brad King
On 04/24/2015 05:43 PM, James Bigler wrote: > This new policy breaks a long standing feature of FindCUDA. > > Basically I could add the MAIN_DEPENDENCY to all CUDA files built. > If the same CUDA file was used in multiple custom commands it would > attach the build rule to the first command, and l

Re: [cmake-developers] Unittests with reconfiguration

2015-04-27 Thread Brad King
On 04/27/2015 07:16 AM, David Cole wrote: > https://github.com/Kitware/CMake/blob/master/Tests/CMakeTestMultipleConfigures/RunCMake.cmake > > On Mon, Apr 27, 2015 at 4:13 AM, Raffi Enficiaud wrote: >> I would like to know if it is possible to have a unit test with two runs of >> cmake, simulating

Re: [cmake-developers] [CMake] cmake 3.1.1 does not generate x64 profile for visual studio

2015-04-27 Thread Brad King
On 04/24/2015 10:06 AM, David Cole via cmake-developers wrote: > Excellent. Thanks for the pointer... I had not seen that recent commit. > > Seems we had a shared "this should be explained better so we don't get > so much email about it" brain wave pattern. The information was never intentionally

Re: [cmake-developers] CMAKE_TOOLCHAIN_FILE and ExternalProject_Add

2015-04-27 Thread Brad King
On 04/26/2015 09:08 PM, David Cole via cmake-developers wrote: > I really don't see how you solve the problem by having a toolchain > file and some arbitrary set of variables to be passed down. Either you > have to put the CMAKE_TOOLCHAIN_ARGS into the toolchain file itself, > or you have to specif

Re: [cmake-developers] Unittests with reconfiguration

2015-04-27 Thread David Cole via cmake-developers
This chunk in the CMakeLists file is what sets up the arguments for that test script: https://github.com/Kitware/CMake/blob/master/Tests/CMakeLists.txt#L1132 D On Mon, Apr 27, 2015 at 7:16 AM, David Cole wrote: > This one: > https://github.com/Kitware/CMake/blob/master/Tests/CMakeTestMultipleCo

Re: [cmake-developers] Unittests with reconfiguration

2015-04-27 Thread David Cole via cmake-developers
This one: https://github.com/Kitware/CMake/blob/master/Tests/CMakeTestMultipleConfigures/RunCMake.cmake It doesn't change anything in between CMake configures, but it does 7 altogether, with the expectation that the output will not change beyond the 1st / 2nd configures. Sample output here: https

[cmake-developers] [CMake 0015537]: CTestTargets.cmake interferes with source trees that use directory structures nested under a "testing" directory

2015-04-27 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15537 == Reported By:Jamie Kirkpatrick Assigned To:

[cmake-developers] Unittests with reconfiguration

2015-04-27 Thread Raffi Enficiaud
Hi, I would like to know if it is possible to have a unit test with two runs of cmake, simulating a user change of the cache in between. The workflow would be the following: - run cmake with default options, cache entries automatically populated - change some cache value - run cmake again and