Re: [CMake] Book for 2.8 ?

Hi, Just an update for this post. 2009/10/11 Romain CHANU > Hi, > > What is exactly included in this book? > > Is it only about CMake or the suite of tools CMake, CTest, CPack, CDash? > > Thank you. > > Romain > > 2009/10/10 Bill Hoffman > > Pau Garcia i Quiles wrote: >> >>> Hello, >>> >>> An

Re: [CMake] CMake, Cpack and NSIS woes.

Thankyou very much for these comments. Everything works! I really appreciate all the help I have had from you and Bill! Regards Andrew On Tue, Oct 13, 2009 at 6:56 AM, David Cole wrote: > I reproduced this. In the CPackConfig.cmake that ends up in the binary tree, > the following contents ar

[CMake] Reusing an already built object

Say I have a main executable and a number of shared libraries that rely on that executable. Say I have a certain C++ source that is required to be built by not only the main executable, but also every single shared library (the source in question is a Windows-specific file to handle memory allo

Re: [CMake] Targets organisation of complex project

Samuel E. Henley wrote: > Some time ago I built a cmake script for the the library in your > example gdal/ogr Samuel, That's interesting news. You should have announce it to gdal-dev :-) > - primarily to generate builds for gcc under Windows and Linux Our idea is to exploit the power of CMake

Re: [CMake] Targets organisation of complex project

Hendrik Sattler wrote: > Zitat von Mateusz Loskot : >> Trying to figure out how to organise targets I got an idea to >> configure these sub-libraries as static library targets >> (e.g. libgdal_cpl, libgdal_alg, libgdal_gcore, etc.) which >> eventually link to single shared library (libgdal.so). >>

Re: [CMake] Fwd: Targets organisation of complex project

Chris Foster wrote: > Mateusz: You may find the example layout I've attached useful if you're not > needing to do code generation (just delete all the stuff to do with > hello2.cpp). Yes, it's very helpful ineed. However, I'm generating some config headers (porting autotools' approach: project.h.i

Re: [CMake] Fwd: Targets organisation of complex project

Hi Chris, Yes, but no problem at all. Thank you very much for all the details, they are very helpful. Your approach looks good for our project, but letting myself to learn more ideas like the one project.cmake vs CMakeLists.txt by Pau Garcia. Mat Chris Foster wrote: > [ Ugh, I replied to this

[CMake] [OT] Re: Targets organisation of complex project

Chris Foster wrote: > @ Philip: Apologies for the double mail, I'm unused to mailing lists > which require an explicit reply to the list :-/ Chris, I always hit Reply To All, and let the mailman to handle it so nobody receives duplicates. It usually works for mailman, I hope it works with cmake.o

Re: [CMake] Targets organisation of complex project

Philip Lowman wrote: > On Sun, Oct 11, 2009 at 9:01 PM, Tyler Roscoe wrote: > >> On Sun, Oct 11, 2009 at 08:41:27PM +0100, Mateusz Loskot wrote: >>> The sources are organised in large number of subdirectories and >>> sort of logical sub-libraries, but the binary output of compilation >>> is a sin

Re: [CMake] Targets organisation of complex project

Tyler Roscoe wrote: > On Sun, Oct 11, 2009 at 08:41:27PM +0100, Mateusz Loskot wrote: >> The sources are organised in large number of subdirectories and >> sort of logical sub-libraries, but the binary output of compilation >> is a single library. > [snip] >> It looks like the best portable approac

Re: [CMake] CMake, Cpack and NSIS woes.

I reproduced this. In the CPackConfig.cmake that ends up in the binary tree, the following contents are found: SET(CPACK_NSIS_DISPLAY_NAME "MyStuff\CMakeTest 1.1") SET(CPACK_NSIS_PACKAGE_NAME "MyStuff\CMakeTest 1.1") SET(CPACK_PACKAGE_INSTALL_DIRECTORY "MyStuff\\CMakeTest 1.1") The display name a

Re: [CMake] Finding Blas

> Shepherd, Jason F wrote: > > Hi all, > > > > I'm currently using Cmake 2.8b. I'm trying to add a requirement > > (based on another conditional statement) to find the LAPACK > and BLAS > > packages to VTK's Infovis capabilities. I've added the following > > lines to my CMakeLists.txt > >

Re: [CMake] [Insight-developers] parallel memcheck with cmake 2.8

If you do change machines, please update the suppressions file. Leave the old suppressions and just add new ones. Thanks, Bill 2009/10/12 Gaëtan Lehmann : > > Hi, > > Is it safe already to use the awesome -j option of ctest 2.8 to run > memcheck? > Is yes, I'd like to use a different host than t

[CMake] parallel memcheck with cmake 2.8

Hi, Is it safe already to use the awesome -j option of ctest 2.8 to run memcheck? Is yes, I'd like to use a different host than the current one to run the valgrind test. It should let me run all the tests every night, in a single run, and produce the result earlier than it does currently.

Re: [CMake] Path to .obj-files

On Mon, Oct 12, 2009 at 02:19:36PM +0200, Micha Renner wrote: > Currently, the msvc stores the .obj-files in this directory: > ${CMAKE_CURRENT_BINARY_DIR}/${_targetname}.dir/${CMAKE_BUILD_TYPE} > > Is there a CMAKE_VARIABLE which stores this path? AFAIK, no, there isn't. Note however that CMAKE_

Re: [CMake] CMake SWIG module

Hi Mathieu, I have been off the line for a while because of the network security policy of my new client and my new internet provider who needs almost a month to activate a line :/ Anyway I don't have much time to allocate to maintain the swig module anymore. Some issues are still pending, I am gl

[CMake] Path to .obj-files

Currently, the msvc stores the .obj-files in this directory: ${CMAKE_CURRENT_BINARY_DIR}/${_targetname}.dir/${CMAKE_BUILD_TYPE} Is there a CMAKE_VARIABLE which stores this path? Micha ___ Powered by www.kitware.com Visit other Kitware open-source pro

Re: [CMake] Why FindBoost messaging not unified?

On Fri, Oct 9, 2009 at 9:14 AM, Michael Jackson wrote: > I'll admit up front that I have NOT tried out the latest CVS Cmake BUT > something that I sometimes have add into the FindBoost are outputs that > print all the variant names of the boost library that CMake is trying to > search for with th

Re: [CMake] Fwd: Targets organisation of complex project

On Mon, Oct 12, 2009 at 6:41 AM, Chris Foster wrote: > On Mon, Oct 12, 2009 at 12:57 PM, Pau Garcia i Quiles > wrote: > [...] >> What are the advantages of this? Why don't you rename you >> "project.cmake" files to "CMakeLists.txt" and use add_subdirectory on >> those directories? I see no differ

Re: [CMake] Targets organisation of complex project

Some time ago I built a cmake script for the the library in your example gdal/ogr – primarily to generate builds for gcc under Windows and Linux – My first approach was to build a library for each of the map format types and the four core libraries cpl, gcore, etc. The libraries (hundreds) would no

[CMake] CMake 2.8 - Set LABELS globally

Hello, I've added the same labels to my tests via the set_test_properties which looks like: set_tests_properties("${test_name}" PROPERTIES LABELS ${LABEL}") ,for all tests. While we have many tests in our tool-set, I've also tried to set the LABELS property globally: set_property(GLOBAL PROPERT

Re: [CMake] CMake 2.8.0 RC 3 ready for testing!

One minor comment: CMAKE_OVERRIDE_COMPILER_MISMATCH was never documented, and is now gone :) Everything is working happily without the need to set this flag anymore. Thanks ! On Sat, Oct 10, 2009 at 3:13 AM, Bill Hoffman wrote: > CMake 2.8.0 RC 3 is now ready for people to try. > You can find the

Re: [CMake] Targets organisation of complex project

On Mon, Oct 12, 2009 at 4:54 PM, Hendrik Sattler wrote: > Zitat von Mateusz Loskot : >> http://www.cmake.org/pipermail/cmake/2008-March/020315.html >> >> It actually smashed my original idea :-) > > Why? I think you misunderstood what is written there. > It just tells you that the interdependencie