Re: [CMake] CPack RPM: how to specify the compression type ?

2010/3/1 Alexander Neundorf a.neundorf-w...@gmx.net: Hi, I'm not sure this is actually possible, but I'd like to build a rpm on a SUSE 11.1 machine, which can also be installed on a SUSE 10.1 machine. Beside the compression type problem it's not guaranted that dependencies found in 11.1 will

Re: [CMake] Create shortcuts in application folder for OS-X with CPack

Thank you for the information. I will have with a go with the a post install scripts. Kr, Frank On Mon, Mar 1, 2010 at 6:44 PM, James Bigler jamesbig...@gmail.com wrote: I don't think there is anything specific in packagemaker.  By the way, CPack uses the command line version of packagemaker

[CMake] Is it possible to set shared lib version info globally?

Hello all, thanks for the wonderful work with cmake: I've started using it in all my projects! I'm trying to package VXL for Fedora and package guidelines require all libs to be properly versioned. My problem is that the actual cmake build of the project produces only unversioned shared lib

Re: [CMake] Is it possible to set shared lib version info globally?

On Tue, Mar 2, 2010 at 12:50 PM, Mario Ceresa mrcer...@gmail.com wrote: Hello all, thanks for the wonderful work with cmake: I've started using it in all my projects! I'm trying to package VXL for Fedora and package guidelines require all libs to be properly versioned. My problem is that

Re: [CMake] Is it possible to set shared lib version info globally?

Zitat von Mario Ceresa mrcer...@gmail.com: Hello all, thanks for the wonderful work with cmake: I've started using it in all my projects! I'm trying to package VXL for Fedora and package guidelines require all libs to be properly versioned. My problem is that the actual cmake build of the

Re: [CMake] Is it possible to set shared lib version info globally?

Hello Hendrik, hello Adolfo, thanks a lot, this seems exactly the patch I was looking for. Cheers, Mario On 2 March 2010 13:34, Hendrik Sattler p...@hendrik-sattler.de wrote: Zitat von Mario Ceresa mrcer...@gmail.com: Hello all, thanks for the wonderful work with cmake: I've started using

[CMake] Does cmake check CPLUS_INCLUDE_PATH?

Does CMAKE_INCLUDE_PATH import things from CPLUS_INCLUDE_PATH? I messed with some system variables trying to get something unrelated to work, and now cmake complains that it can't find iostream.h when I try to build VTK. I definitely have some paths on CPLUS_INCLUDE_PATH that contain iostream.h -

Re: [CMake] FindHDF5.cmake improvement proposal

Antonio Valentino wrote: Hi list, pasted below a snippet I use in a project of mine to handle HDF5 library. The purpose is to improve detection of required library zlib and szip in cases when the HDF5_C_COMPILER_EXECUTABLE is not available e.g. when one try to use pre-build HDF5 libraries on

Re: [CMake] FindHDF5.cmake improvement proposal

Hi Will, Il giorno Tue, 02 Mar 2010 09:07:48 -0700 Will Dicharry wdicha...@stellarscience.com ha scritto: Antonio Valentino wrote: Hi list, pasted below a snippet I use in a project of mine to handle HDF5 library. The purpose is to improve detection of required library zlib and szip

Re: [CMake] FindHDF5.cmake improvement proposal

On 3/2/2010 11:53 AM, Antonio Valentino wrote: 2. For your SZip portion to work, there would need to be a FindSZip.cmake in system modules directory. Do you have one that you can contribute? Oh, sorry. I found it on gitorious.org

[CMake] Supressing Make, but not Generators

I have the following scenario: I have a large project with several sub-projects. I always want CMake run Visual Studio/Nmake/Eclipse specific generators for all the sub-projects so that I may edit any sub-project in my IDE of choice on the platform of choice. BUT when Make (Gmake, Nmake,

Re: [CMake] FindHDF5.cmake improvement proposal

Hi Michael, Il giorno Tue, 02 Mar 2010 12:19:32 -0500 Michael Jackson mike.jack...@bluequartz.net ha scritto: On 3/2/2010 11:53 AM, Antonio Valentino wrote: 2. For your SZip portion to work, there would need to be a FindSZip.cmake in system modules directory. Do you have one that

Re: [CMake] FindHDF5.cmake improvement proposal

I just updated the FindSZip.cmake with some corrections for typos and some updated docs and explanations for some of the cmake code that is in that file. _ Mike Jackson mike.jack...@bluequartz.net On Mar 2, 2010, at

Re: [CMake] FindHDF5.cmake improvement proposal

On Mar 2, 2010, at 10:53 AM, Antonio Valentino wrote: 2. For your SZip portion to work, there would need to be a FindSZip.cmake in system modules directory. Do you have one that you can contribute? Oh, sorry. I found it on gitorious.org

Re: [CMake] FindHDF5.cmake improvement proposal

On 3/2/2010 12:37 PM, Mark Moll wrote: On Mar 2, 2010, at 10:53 AM, Antonio Valentino wrote: 2. For your SZip portion to work, there would need to be a FindSZip.cmake in system modules directory. Do you have one that you can contribute? Oh, sorry. I found it on gitorious.org

Re: [CMake] FindHDF5.cmake improvement proposal

On 3/2/2010 12:41 PM, Antonio Valentino wrote: Hi Michael, Il giorno Tue, 02 Mar 2010 12:19:32 -0500 Michael Jacksonmike.jack...@bluequartz.net ha scritto: On 3/2/2010 11:53 AM, Antonio Valentino wrote: 2. For your SZip portion to work, there would need to be a FindSZip.cmake

Re: [CMake] CMAKE_BUILD_TYPE should start as a drop-list option

The second line seems like a good idea to me. The user can always modify the property in their code if they have custom build types. The first line seems like a bad idea. I think the default build type should be left to the project. Currently you can set it manually before project(). I think

Re: [CMake] What is the proper way to force compiler?

On Tuesday 02 March 2010, J Decker wrote: I'd like to know why I have to do this at the end of each CMakeLists.txt... if( C++ ) set( CMAKE_C_COMPILER ${CMAKE_CXX_COMPILER} ) set( CMAKE_C_COMPILE_OBJECT ${CMAKE_CXX_COMPILE_OBJECT} ) endif() in general, you shouldn't have to do this at

Re: [CMake] What is the proper way to force compiler?

On Tue, Mar 2, 2010 at 11:36 AM, Alexander Neundorf a.neundorf-w...@gmx.net wrote: On Tuesday 02 March 2010, J Decker wrote: I'd like to know why I have to do this at the end of each CMakeLists.txt... if( C++ )   set( CMAKE_C_COMPILER ${CMAKE_CXX_COMPILER} )   set( CMAKE_C_COMPILE_OBJECT

Re: [CMake] CMAKE_TOOLCHAIN_FILE support, empty CMAKE_AR CMAKE_RANLIB

On Monday 01 March 2010, Oleg Kravchenko wrote: понеділок 01 березень 2010 23:59:24 Alexander Neundorf ви написали: On Monday 01 March 2010, Oleg Kravchenko wrote: неділя 28 лютий 2010 17:24:48 Alexander Neundorf ви написали: On Saturday 27 February 2010, Oleg Kravchenko wrote:

Re: [CMake] CMAKE_TOOLCHAIN_FILE support, empty CMAKE_AR CMAKE_RANLIB

вівторок 02 березень 2010 23:22:58 Alexander Neundorf ви написали: Ok, short answer: just don't set the AR, RANLIB etc. variables in the toolchain file. CMakeFindBinutils.cmake should find them correctly. Longer answer see my other mail, this is a weird behaviour of set(),

[CMake] Weird behaviour of mark_as_advanced(), find_program() and the cache

Hi, attached is a short CMakeLists.txt which shows a strange behaviour of mark_as_advanced(), find_program() and the cache. What it does is the following: it sets a variable FOO to foo, then marks it as advanced (although it is not in the cache), then does a find_program() on the variable,

[CMake] Setting the default package install directory

I have a Mac project I want to install to /Developer/MyProj. I can set CPACK_PACKAGING_INSTALL_PREFIX to /Developer/MyProj, but if I choose a different location for installation, say ~/Desktop, I get ~/Desktop/Developer/MyProj instead of ~/Desktop/MyProj. I tried setting