[CMake] CDash regression

Folks, Recently, CDash stopped reporting files changes at the top of the dashboard. This is happening for ITK, VTK and CDash. I suspect this is a cdash issue? Bill -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kit

Re: [CMake] Making cmake automatically pick up changes to directory contents.

On Tue, Dec 03, 2013 at 11:21:17AM -0500, Bill Hoffman wrote: > On 12/3/2013 8:58 AM, bi...@billw.mail1.co.uk wrote: >>> reasonable to expect them to manage enormous (1800+) file lists >>> when we already have a directory structure in place the designates >>> project file lists. Hence the GLOBing (

[CMake] cpack & components problem

I have a situation where I'm generating a NSIS installer and I set CPACK_COMPONENTS_ALL to pick a few components I want to include. I use one component name for all my executables and shared libraries, and there is a 3rd party library (hdf5) that uses a different component name for installing

Re: [CMake] Set system install prefix

Theo Diefenthal schrieb: >Hey there, > >First, I already searched quite a while for my question, but couldn't >find anything related to it, even though I think, it is probably asked >already somewhere. So I'm sorry if this produces a double post... > >But now to my question: >I wonder if there i

Re: [CMake] Making cmake automatically pick up changes to directory contents.

On 12/3/2013 8:58 AM, bi...@billw.mail1.co.uk wrote: reasonable to expect them to manage enormous (1800+) file lists when we already have a directory structure in place the designates project file lists. Hence the GLOBing (my various Googlings for the issue shows that I'm definitely not the only

Re: [CMake] Testing an installation

Thanks everyone. These are all great ideas and I will attempt to incorporate a hybrid of them all. BTW, this is for the HDF5 project. Thanks mike jackson On Dec 3, 2013, at 8:56 AM, clin...@elemtech.com wrote: > > - Original Message - >> I need to implement a "test" that does an instal

Re: [CMake] Making cmake automatically pick up changes to directory contents.

>> On 2013-12-02 12:58, >> bi...@billw.mail1.co.uk wrote: >>> I just finished converting a large project from VC project files to >>> Cmake >>> generated ones and am using file GLOBing to generate the file lists for >>> builds. This is working fine and I don't see the benefit to explicitly >>> spec

Re: [CMake] Testing an installation

- Original Message - > I need to implement a "test" that does an installation of my project into a > location and then check that all the files indeed got installed or if there > are any errors during the installation. Is there a "best practice" way of > achieving this with CMake? Does CMa

Re: [CMake] Different CMAKE_LIBRARY_PATH for Debug and Release builds

Am 03.12.2013 13:50, schrieb Alexey Petruchik: For windows build I have win32/libs folder with prebuilt libraries in my source code repo. Debug versions live in win32/libs/x86/debug, release ones in win32/libs/x86/release. How I can achieve linking to different libraries for different configur

Re: [CMake] Making cmake automatically pick up changes to directory contents.

> On 2013-12-02 12:58, > bi...@billw.mail1.co.uk wrote: >> I just finished converting a large project from VC project files to >> Cmake >> generated ones and am using file GLOBing to generate the file lists for >> builds. This is working fine and I don't see the benefit to explicitly >> specifying

[CMake] Different CMAKE_LIBRARY_PATH for Debug and Release builds

For windows build I have win32/libs folder with prebuilt libraries in my source code repo. Debug versions live in win32/libs/x86/debug, release ones in win32/libs/x86/release. How I can achieve linking to different libraries for different configurations in Visual Studio? Something like set(CMAKE_LI

[CMake] Set system install prefix

Hey there, First, I already searched quite a while for my question, but couldn't find anything related to it, even though I think, it is probably asked already somewhere. So I'm sorry if this produces a double post... But now to my question: I wonder if there is a possibility to set a system wide

Re: [CMake] ExternalProject_Add ALWAYS, VisualStudo

On 1 Dec 2013, at 10:53, James Turner wrote: > I am trying to force the BUILD step of an ExternalProject_Add target to be > run - always. I have found several wiki articles, and references in the > archives of this list, to setting an ALWAYS option for the stage I want to > force to run each

Re: [CMake] WG: Get all targets a target depends on

-Urspruengliche Nachricht- Von: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] Im Auftrag von Matthew Woehlke Gesendet: Montag, 2. Dezember 2013 21:17 An: cmake@cmake.org Betreff: Re: [CMake] Get all targets a target depends on [...] That said, given your use case, I'm no