[cmake-developers] [CMake 0013677]: Include FindExiv2 into source

2012-11-11 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13677 == Reported By:danielkaneider Assigned To:

Re: [cmake-developers] Correct way to get include directories for a target (automoc regression) ?

2012-11-11 Thread Stephen Kelly
Alexander Neundorf wrote: In 2.8.9 automoc did not ask the target for its include dirs, but it asked the directory for its include dirs. This contained and still contains as it seems the CMAKE_CXX_IMPLICIT_INCLUDE_DIRECTORIES. In 2.8.10 the target is asked for its include dirs, and it seems

Re: [cmake-developers] Correct way to get include directories for a target (automoc regression) ?

2012-11-11 Thread Alexander Neundorf
On Sunday 11 November 2012, Stephen Kelly wrote: Alexander Neundorf wrote: In 2.8.9 automoc did not ask the target for its include dirs, but it asked the directory for its include dirs. This contained and still contains as it seems the CMAKE_CXX_IMPLICIT_INCLUDE_DIRECTORIES. In 2.8.10 the

Re: [cmake-developers] Correct way to get include directories for a target (automoc regression) ?

2012-11-11 Thread Stephen Kelly
Alexander Neundorf wrote: On Sunday 11 November 2012, Stephen Kelly wrote: Alexander Neundorf wrote: In 2.8.9 automoc did not ask the target for its include dirs, but it asked the directory for its include dirs. This contained and still contains as it seems the

Re: [cmake-developers] Generator expressisons in target properties

2012-11-11 Thread Stephen Kelly
Brad King wrote: However, I can see that if upstream instead did this: set_property(TARGET foo APPEND PROPERTY LINK_INTERFACE_LIBRARIES_DEBUG yip) target_link_libraries(foo LINK_PUBLIC bang floom) Then 2.8.10 would result in 'yip;bang;floom', but 2.8.11 would result in

[cmake-developers] Documentation for CMAKE_*_FLAGS_* not homogenous

2012-11-11 Thread Eric Noulard
HI there, While reading the builtin doc for CMAKE_LANG_FLAGS_BUILD_TYPE answering a questoin I was surprise by the fact that the documentation for the CMAKE_*_FLAGS_* variable is not very homogenous. We currently have: CMAKE_EXE_LINKER_FLAGS CMAKE_EXE_LINKER_FLAGS_[CMAKE_BUILD_TYPE]

[CMake] CMAKE_C_FLAGS and CMAKE_CXX_FLAGS

2012-11-11 Thread Brad Bell
Would someone please point me to the specifications for CMAKE_C_FLAGS and CMAKE_CXX_FLAGS in http://www.cmake.org/cmake/help/cmake2.6docs.html (or perhaps for CMAKE_C_FLAGS_rel and CMAKE_CXX_FLAG_rel where rel is DEBUG or RELEASE). These flags are used by the Modules distributed with

Re: [CMake] cpack source RPM not setting install path

2012-11-11 Thread Levine, Ben
My apologies if my use of terminology caused confusion. I did set the CPACK_SOURCE_GENERATOR to RPM. It appears that when you do this cpack sets the Prefix: to the set CPACK_PACKAGING_INSTALL_PREFIX, but then creates the entire %files section using absolute paths. Ben

Re: [CMake] Bug fix requests for the *next* release of CMake...

2012-11-11 Thread Nick Hutchinson
http://public.kitware.com/Bug/view.php?id=13574 On 8/11/2012, at 5:39 PM, cmake-requ...@cmake.org wrote: From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of David Cole Sent: mercredi 7 novembre 2012 20:41 To: cmake; CMake Developers Subject: [CMake] Bug fix

[Cmake-commits] CMake branch, next, updated. v2.8.10.1-853-g27822c2

2012-11-11 Thread Eric Noulard
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 27822c26828dbc352e9368d40b1a3ce2edd85dcb (commit) via

[Cmake-commits] CMake branch, master, updated. v2.8.10.1-119-g3b7abfd

2012-11-11 Thread Kitware Robot
Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 9009d44..762f8eb 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -2,5 +2,5 @@ set(CMake_VERSION_MAJOR 2) set(CMake_VERSION_MINOR 8) set(CMake_VERSION_PATCH 10) -set(CMake_VERSION_TWEAK 2012