[cmake-developers] [CMake 0015559]: ctest_test others missing default value documentation for BUILD parameter

2015-05-07 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=15559 == Reported By:trsystran Assigned To:

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

2015-05-07 Thread Domen Vrankar
2015-05-04 9:53 GMT+02:00 Domen Vrankar domen.vran...@gmail.com: Your test managed to find issues with previous code - automatic dependency detection doesn't work on older versions of dpkg-shlibdeps script. I wrote that a bit unclearly... With previous code I meant code that was there

Re: [cmake-developers] Patch for write_compiler_detection_header

2015-05-07 Thread Brad King
On 05/07/2015 01:09 AM, Kevin Godby wrote: Apparently on line 250 of WriteCompilerDetectionHeader.cmake, CMake was parsing FILE as a variable instead of a string. Wrapping FILE in quotation marks fixed the problem. Thanks. That fix depends on CMP0054 being set to NEW. This should fix it

[cmake-developers] Missing CPACK_PACKAGE_CONTACT in test for CPackComponentsPrefix

2015-05-07 Thread Kornel Benko
Hi, testing new cmake, I get ctest error for the call # ctest -R CPackComponentsPrefix This is the relevant part in LastTest.log ... CPack: Install projects CPack: - Run preinstall target for: CPackComponentsPrefix CPack: - Install project:

Re: [cmake-developers] find_package config mode search path rule #5 error prone

2015-05-07 Thread Ruslan Baratov via cmake-developers
On 07-May-15 00:00, Tamás Kenéz wrote: Hi, The search path rule #5 reads: Search project build trees recently configured in a cmake-gui(1). This can be skipped if NO_CMAKE_BUILDS_PATH is passed. It is intended for the case when a user is building multiple dependent projects one after

Re: [cmake-developers] [CMake 0011944]: CPackDeb: Support dependencies between components/Debian packages

2015-05-07 Thread Domen Vrankar
Would you please add set( CPACK_DEBIAN_PACKAGE_DEBUG ON) to the file MyLibCPackConfig-splitted-components-depend2.cmake.in so that we also have the debug logs? I currently don't have access to my computer so I'll send you that in about a week. Sorry I forgot about this... Attached is

Re: [cmake-developers] [RFC] Remove `-i` from the build command for makefile generators

2015-05-07 Thread Brad King
On 05/06/2015 02:32 PM, Ben Boeckel wrote: I really question the old behavior at all (it's not like it made things magically work), but OK :/ . I'd be OK with replacing it with `-k` without a policy though (it does the same thing but makes the exit code...useful). IIRC when use of -i was

Re: [cmake-developers] [RFC] Remove `-i` from the build command for makefile generators

2015-05-07 Thread Ben Boeckel
On Thu, May 07, 2015 at 13:06:26 -0400, Ben Boeckel wrote: Merged as update-ctest_build-docs. Thanks for the followup commit for clarifying the docs. I hit the problem where CTEST_BUILD_COMMAND makes CTEST_BUILD_FLAGS get ignored. The new wording makes it much clearer :) . --Ben -- Powered by

Re: [cmake-developers] [RFC] Remove `-i` from the build command for makefile generators

2015-05-07 Thread Ben Boeckel
On Thu, May 07, 2015 at 09:12:43 -0400, Brad King wrote: IIRC when use of -i was introduced we actually used -k first and found it to be inadequate for the needs at the time. Since requirements seem to have changed I think switching to -k is okay. I've merged this into next as