Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Marcel Loose
>>> On 17-11-2010 at 23:28, in message , David Cole wrote: > On Wed, Nov 17, 2010 at 4:50 PM, Alexander Neundorf wrote: >> On Wednesday 17 November 2010, David Cole wrote: >>> 2010/11/17 Alexander Neundorf : >>> > On Thursday 14 October 2010, David Cole wrote: >>> >> On Thu, Oct 14, 2010 at 1:30

Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Brad King
On 11/18/2010 04:29 AM, Marcel Loose wrote: > I've been following this discussion with interest for quite a while. I > was wondering if both worlds could be united (Alex's and David's) if it > were possible to set cmake_minimum_required on the command line? That > way Alex can be happy, because he

Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Alexander Neundorf
On Thursday 18 November 2010, Marcel Loose wrote: ... > Hi all, > > I've been following this discussion with interest for quite a while. I > was wondering if both worlds could be united (Alex's and David's) if it > were possible to set cmake_minimum_required on the command line? That > way Alex can

Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Alexander Neundorf
On Thursday 18 November 2010, Brad King wrote: > On 11/18/2010 04:29 AM, Marcel Loose wrote: ... > This entire issue is about projects using CMAKE_MODULE_PATH to override > standard CMake modules (accidentally or intentionally). This "policy" > changes the *granularity* at which that has to happen

Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Brad King
On 11/18/2010 02:42 PM, Alexander Neundorf wrote: > Assume a project includes only a copy of FindZLIB.cmake from cmake 2.8.3 and > applies the attached patch (or some similar simple patch). > Assume it does: > > set(CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}/CMakeModules/) > find_package(ZLIB) > find_

Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Brad King
On 11/18/2010 03:46 PM, Brad King wrote: > When a project decides to do something like your FindZLIB patch example > they have 2 choices: > > (1) Contribute the change to CMake upstream and wait for the release > (2) Create their own version with the modification (3) Copy, modify, and RENAME the

Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Alexander Neundorf
On Thursday 18 November 2010, Brad King wrote: > On 11/18/2010 02:42 PM, Alexander Neundorf wrote: > > Assume a project includes only a copy of FindZLIB.cmake from cmake 2.8.3 > > and applies the attached patch (or some similar simple patch). > > Assume it does: > > > > set(CMAKE_MODULE_PATH ${CMAK

Re: [cmake-developers] User vs CMake include mismatch handling

2010-11-18 Thread Brad King
On 11/18/2010 04:20 PM, Alexander Neundorf wrote: > The direct call of find_package(ZLIB) from CMakeLists.txt would get the > FindZLIB.cmake from CMAKE_MODULE_PATH, since here somebody outside CMAKE_ROOT > is the includer. Okay, that works for the case of dependent find-modules as long as the pr

[cmake-developers] [CMake 0011479]: VS2010 generator does not handle projects with multiple resource files

2010-11-18 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=11479 == Reported By:Patrick Fagan Assigned To: