[cmake-developers] [CMake 0012953]: Make sure argument passed to CTest are not modified

2012-02-09 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=12953 == Reported By:Jean-Christophe Fillion-Robin Assigned To

Re: [cmake-developers] target_include_directories branch in stage

2012-02-09 Thread David Cole
On Thu, Feb 9, 2012 at 3:45 PM, Alexander Neundorf wrote: > On Monday 30 January 2012, Stephen Kelly wrote: > > David Cole wrote: > > > On Sun, Jan 29, 2012 at 11:44 AM, Stephen Kelly > > > > > > wrote: > > >> David Cole wrote: > > >>> OK... nearly complete now. Please review, then reply and tel

Re: [cmake-developers] target_include_directories branch in stage

2012-02-09 Thread Brad King
On 2/9/2012 3:45 PM, Alexander Neundorf wrote: Just to make completely sure: the purpose of this target property is *not* that targets linking against a library with this property set should reuse these include dirs, right ? Correct. It's just to allow the directory-level INCLUDE_DIRECTORIES s

[cmake-developers] [CMake 0012952]: FindGetText.cmake can create the same target multiple times

2012-02-09 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12952 == Reported By:Alex Neundorf Assigned To:

Re: [cmake-developers] FindImageMagick.cmake backwards compatibility

2012-02-09 Thread Alexander Neundorf
On Monday 30 January 2012, David Cole wrote: ... > From your original post: > > "So when ImageMagick is installed everything behaves as always. But if no > ImageMagick is installed behaviour was this: > > find_package(ImageMagick) -> ImageMagick_FOUND = TRUE" > > This is simply clearly inc

Re: [cmake-developers] target_include_directories branch in stage

2012-02-09 Thread Alexander Neundorf
On Monday 30 January 2012, Stephen Kelly wrote: > David Cole wrote: > > On Sun, Jan 29, 2012 at 11:44 AM, Stephen Kelly > > > > wrote: > >> David Cole wrote: > >>> OK... nearly complete now. Please review, then reply and tell me if > >>> you object to any of the 7 commits in this topic branch. >

Re: [cmake-developers] Topic branches in limbo on the stage?

2012-02-09 Thread Alexander Neundorf
On Wednesday 08 February 2012, David Cole wrote: > The stage is intended only for topics that are imminently going to be > merged to 'next'... > > The following CMake topic branches have been on the stage for quite some > time without being merged to 'next': > > UseEnabledLanguagesForDirectoryInf

Re: [cmake-developers] CodeLite generator

2012-02-09 Thread Alexander Neundorf
On Thursday 02 February 2012, Jim Goodnow II wrote: > On 2/2/2012 5:35 AM, Brad King wrote: > > On 2/1/2012 5:51 PM, Jim Goodnow II wrote: > >> I am working on a CodeLite generator for CMake. > > > > Great! I assume you mean http://www.codelite.org/ ? > > Yes, the open source IDE. > > > > Is th

[cmake-developers] [CMake 0012951]: The DEFINE variable doesn't expand with VS generators but expands correctly with the nmake one

2012-02-09 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=12951 == Reported By:Amine Khaldi Assigned To:

Re: [cmake-developers] inappropriate use of PATH_SUFFIXES in FindALSA?

2012-02-09 Thread Brad King
On 2/9/2012 3:17 AM, Andriy Gapon wrote: First a snippet taken from FindALSA.cmake from cmake-2.8.7: find_path(ALSA_INCLUDE_DIR NAMES asoundlib.h PATH_SUFFIXES alsa DOC "The ALSA (asound) include directory" ) It looks like that was added in the original version: http://

[cmake-developers] inappropriate use of PATH_SUFFIXES in FindALSA?

2012-02-09 Thread Andriy Gapon
First a snippet taken from FindALSA.cmake from cmake-2.8.7: find_path(ALSA_INCLUDE_DIR NAMES asoundlib.h PATH_SUFFIXES alsa DOC "The ALSA (asound) include directory" ) If I understand correctly how find_path and PATH_SUFFIXES work, then it means that if asoundlib.h has a full