[CMake] functions as first class objects

Is there a way to redefine a built-in function but still keep around a reference to the original function? Example: # wrap "install" function function(install) message("hello!") install(${ARGV}) # original version endfunction() Unfortunately, in the above case, the "install" insid

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

James Bigler wrote: It looks good from the code inspection, but I'll have to test it when I get a copy of either the RC or the nightly tomorrow. I don't have Qt compiled on my machine to build CMake-gui. You should be able to just move the CPack.cmake into the rc7 directory and give it a

Re: [CMake] [Insight-users] (no subject)

On Thu, Nov 12, 2009 at 7:26 PM, Xiaofeng Z wrote: > I was trying to build ITK in Window 7.  It appears cmake.exe was not able to > install the files into “C:\Program Files (x86)\ITK” or “C:\Program > Files\ITK” folder. > > > > Has anybody experienced the same? Yes. > Is it a bug with CMake? > I

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

On Thu, Nov 12, 2009 at 4:04 PM, Bill Hoffman wrote: > Bill Hoffman wrote: > > >> # if the user has set CPACK_NSIS_DISPLAY_NAME >> # remember >> if(DEFINED CPACK_NSIS_DISPLAY_NAME) >> SET(CPACK_NSIS_DISPLAY_NAME_SET TRUE) >> endif() >> cpack_set_if_not_set(CPACK_NSIS_DISPLAY_NAME >> "${CPACK_PACK

Re: [CMake] Compiling zlib and libpng with one command

On Thu, Nov 12, 2009 at 6:59 PM, Hugh Sorby wrote: > > I am trying to compile zlib and libpng with one command, or more > specifically one series of commands. My aim is to get as simple as possible > to the following > > cmake > make > make install > > This should work out of the box with the CM

Re: [CMake] Compiling zlib and libpng with one command

Well, Having gone down this path just this morning with BOTH of those libraries, here is what I did. In my png/CMakeList.txt file, I have the following: include_directories(${CxImage_SOURCE_DIR}/Utilities/cxzlib) include_directories(${CxImage_BINARY_DIR}/CxZLib) ADD_LIBRARY(CxPng ${LIB_

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

Bill Hoffman wrote: # if the user has set CPACK_NSIS_DISPLAY_NAME # remember if(DEFINED CPACK_NSIS_DISPLAY_NAME) SET(CPACK_NSIS_DISPLAY_NAME_SET TRUE) endif() cpack_set_if_not_set(CPACK_NSIS_DISPLAY_NAME "${CPACK_PACKAGE_INSTALL_DIRECTORY}") # if the user has set CPACK_NSIS_DISPLAY # expli

[CMake] Compiling zlib and libpng with one command

I am trying to compile zlib and libpng with one command, or more specifically one series of commands. My aim is to get as simple as possible to the following cmake make make install So what I have done so far is to layout my directories like so: third_party | --zlib | --libpng In each di

[CMake] NMake Generation Error: machine type 'X86' conflicts with target machine type 'x64'

I'm trying to use nmake to build a simple library, but cmake seems to have a problem figuring out if my machine is x86 or x64. For example, I run, cmake -G "NMake Makefiles" .. and I get: CMakeFiles\cmTryCompileExec.dir\testCCompiler.c.obj : fatal error LNK1112: module machine type 'X86' confli

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

James Bigler wrote: CMake then chokes on the PACKAGE_NAME due to the \O which should be \\O. I set the DISPLAY_NAME and INSTALL_DIRECTORY, but the PACKAGE_NAME is set by the cpack_set_if_not_set and sends my string through an extra processing step. I can certainly add my own entry for CPACK

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

I have a slight issue with the new CPack stuff. CPack.cmake: cpack_set_if_not_set(CPACK_NSIS_DISPLAY_NAME "${CPACK_PACKAGE_INSTALL_DIRECTORY}") cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME "${CPACK_PACKAGE_INSTALL_DIRECTORY}") ... cpack_set_if_not_set(CPACK_PACKAGE_INSTALL_DIRECTORY "${CPACK_PA

Re: [CMake] Windows Qt CMake 2.8 build question

On Thu, Nov 12, 2009 at 12:51 PM, Steven Wilson wrote: > Caveat:  I am a complete Qt novice. > > I'm trying to build the 2.8 CVS branch of CMake on Windows and would like to > build the Qt GUI.  I downloaded and installed the LGPL/Free Windows Qt SDK > from the Nokia website.   When I use the CMak

Re: [CMake] Windows Qt CMake 2.8 build question

On Thu, Nov 12, 2009 at 10:51:49AM -0700, Steven Wilson wrote: > > CMake Error at C:/Program Files (x86)/CMake > 2.8/share/cmake-2.8/Modules/FindQt4.cmake:771 (MESSAGE): > It appears you're trying to use Visual Studio with Qt built by mingw > Call Stack (most recent call first): > Source/QtDia

Re: [CMake] Windows Qt CMake 2.8 build question

The Qt you installed was compiled with mingw, and will not work with Visual Studio. Your choices are to compile cmake with mingw (the compiler comes with the Qt sdk) or build Qt with Visual Studio so you can build cmake with Visual Studio. Clint On Thursday 12 November 2009 10:51:49 am Steven

[CMake] Windows Qt CMake 2.8 build question

Caveat: I am a complete Qt novice. I'm trying to build the 2.8 CVS branch of CMake on Windows and would like to build the Qt GUI. I downloaded and installed the LGPL/Free Windows Qt SDK from the Nokia website. When I use the CMake 2.6.4 or CMake 2.8.0 RC 7 GUI to configure the build for Visual

Re: [CMake] cmake -E tar using bzip2 compression

Kelly T. Kirk (CISD/CIV) wrote: > Hugh Sorby wrote: >> Hi, >> >> I am using CMake 2.6 and I would like to be able to decompress bz2 >> files. Is it possible to add bz2 compression to the tar command (or >> even better is it already there?). I was hoping to do something like >> cmake -E t

Re: [CMake] cmake -E tar using bzip2 compression

> Hugh Sorby wrote: >> Hi, >> >> I am using CMake 2.6 and I would like to be able to decompress bz2 >> files. Is it possible to add bz2 compression to the tar command (or >> even better is it already there?). I was hoping to do something like >> cmake -E tar xjf my_really_cool_source_files.tar.b

Re: [CMake] How to include Boost in Visual Studio cmake project

Just to follow up a bit more, here is my recipe for getting Boost up and running with CMake and Visual Studio. 1: Compile Boost: From the "Visual Studio Command Prompt I use the following: bjam.exe toolset=msvc-9.0 --with-test --with-filesystem --with- program_options --with-date_time --with

Re: [CMake] How to include Boost in Visual Studio cmake project

On Thu, Nov 12, 2009 at 5:43 AM, Martin Peter Christiansen < martin.p.christian...@gmail.com> wrote: > I just tried the advise I was given, and the result was the following > > C:\local\workspace\RobWork\build\release>cmake -G "Visual Studio 9 2008" > -DCMAKE_BUILD_TYPE=Release ../.. > -- RobWork

Re: [CMake] How to include Boost in Visual Studio cmake project

On Thu, Nov 12, 2009 at 5:55 AM, Hendrik Sattler wrote: > Zitat von Martin Peter Christiansen : > > In "C:\local\boost\lib" I have >> - libboost_thread-vc90-mt.lib >> - libboost_thread-vc90-mt-gd-1_39.lib >> - libboost_thread-vc90-mt-gd.lib >> > > MSVC libs usually do not have the lib... prefix.

Re: [CMake] How to include Boost in Visual Studio cmake project

okay, but is there some way i can convert the files or maybe change a parameter when I am compiling boost or running Cmake??? Martin Peter Christiansen 2009/11/12 Hendrik Sattler > Zitat von Martin Peter Christiansen : > > In "C:\local\boost\lib" I have >> - libboost_thread-vc90-mt.lib >> - lib

Re: [CMake] How to include Boost in Visual Studio cmake project

Zitat von Martin Peter Christiansen : In "C:\local\boost\lib" I have - libboost_thread-vc90-mt.lib - libboost_thread-vc90-mt-gd-1_39.lib - libboost_thread-vc90-mt-gd.lib MSVC libs usually do not have the lib... prefix. I am not sure if CMake does find them in this case. HS ___

Re: [CMake] How to include Boost in Visual Studio cmake project

I just tried the advise I was given, and the result was the following C:\local\workspace\RobWork\build\release>cmake -G "Visual Studio 9 2008" -DCMAKE_BUILD_TYPE=Release ../.. -- RobWork version 0.4.0 -- Build configuration: Release -- No Default.cmake file loaded, using default settings from con