[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" inside the function
refers to the new version of "install", causing an infinite loop.
There doesn't appear to be a way to save function references either:
set(old_install ${install})
old_install(FILES a DESTINATION b)
Neither can I do tricks like adding a subproject that redefines
"install" in its own scope. This still overwrites the "install" in
the parent project.
~~~
Now, the original problem I'm trying to solve is that I have project
maintained by me that does an add_subdirectory on a project maintained
by someone else. The subproject does things like
install(FILES a.pdf DESTINATION share/doc/foo)
but I'd prefer to have its files get stored in my own configurable
installation locations, without patching the subproject. This which
would be possible if the subproject's CMakeLists.txt did something
like this:
set(INSTALL_DOC share/doc/foo CACHE PATH "directory for documentation")
install(FILES a.pdf DESTINATION ${INSTALL_DOC})
where ${INSTALL_DOC} is a variable that I could redefine in the
parent. Another option is if I could simply disable the "install"
rules in the subproject and redefine my own in the parent project. I
could do that via
function(install)
endfunction()
but now how do I restore the original "install" function in order to
install files in the correct locations?
I also tried temporarily redefining CMAKE_INSTALL_PREFIX to a
temporary directory, but this variable appears to be evaluated after
all the "install" commands are processed.
Recursively invoking "CMAKE_COMMAND
-DCMAKE_INSTALL_PREFIX=${TEMPORARY_FOLDER}" on the subproject may be
one solution, but I suspect that might be considered harmful.
Maybe I should just patch the subproject. ;)
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
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 try. No C++ needs to be changed. -Bill ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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 believe this is caused by UAC. I am not sure I would call it a cmake bug yet. John ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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_PACKAGE_INSTALL_DIRECTORY}")
>>
>> # if the user has set CPACK_NSIS_DISPLAY
>> # explicitly, then use that as the default
>> # value of CPACK_NSIS_PACKAGE_NAME instead
>> # of CPACK_PACKAGE_INSTALL_DIRECTORY
>> if(CPACK_NSIS_DISPLAY_NAME_SET)
>> cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
>> "${CPACK_NSIS_DISPLAY_NAME}")
>> else()
>> cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
>> "${CPACK_PACKAGE_INSTALL_DIRECTORY}")
>> endif()
>>
>>
>> That should keep it working like it did for 2.6 right? It works for your
>> case, no longer crashes.
>>
>> I made this commit:
>
>
> RCS file: /cvsroot/CMake/CMake/Modules/CPack.cmake,v
> retrieving revision 1.46
> diff -r1.46 CPack.cmake
> 796c796,803
> <
> ---
> > # if the user has set CPACK_NSIS_DISPLAY_NAME remember it
>
> > if(DEFINED CPACK_NSIS_DISPLAY_NAME)
> > SET(CPACK_NSIS_DISPLAY_NAME_SET TRUE)
> > endif()
> > # if the user has set CPACK_NSIS_DISPLAY
> > # explicitly, then use that as the default
> > # value of CPACK_NSIS_PACKAGE_NAME instead
> > # of CPACK_PACKAGE_INSTALL_DIRECTORY
> 798c805,812
>
> < cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
> "${CPACK_PACKAGE_INSTALL_DIRECTORY}")
> ---
>
> >
> > if(CPACK_NSIS_DISPLAY_NAME_SET)
> > string(REPLACE "\\" ""
> > _NSIS_DISPLAY_NAME_TMP "${CPACK_NSIS_DISPLAY_NAME}")
> > cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
> "${_NSIS_DISPLAY_NAME_TMP}")
>
> > else()
> > cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
> "${CPACK_PACKAGE_INSTALL_DIRECTORY}")
> > endif()
>
> hoff...@corrin ~/My Builds/CMake/Modules
> $ cvs commit -m "Fix regression with CPACK_NSIS_PACKAGE_NAME, if the
> project is setting the CPACK_NSIS_DISPLAY_NAME then use that as the default
> value and not the CPACK_PACKAGE_INSTALL_DIRECTORY, also make sure it escapes
> \ correctly." CPack.cmake
> Committer: Bill Hoffman
> /cvsroot/CMake/CMake/Modules/CPack.cmake,v <-- CPack.cmake
> new revision: 1.47; previous revision: 1.46
>
>
> I am most likely going to push this fix onto 2.8 branch tomorrow if the
> dashboards look good tonight. If anyone sees and issue with this fix please
> let me know!
>
> Thanks.
>
> -Bill
>
Sorry about not checking this earlier. I've been building my code
periodically, but I just remembered this morning to test the PACKAGE target.
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.
Thanks again,
James
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
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 CMakePorts packaging of libpng & zlib if you want to try those. 1. Download libpng & zlib http://code.google.com/p/cmakeports/downloads/list 2. Add the following to your toplevel CMakeLists... add_subdirectory(zlib) add_subdirectory(png) 3. The standard CMake variables generated by a find_package() call are present... so just use ZLIB_FOUND, ZLIB_INCLUDE_DIR, etc. like you normally would as if you were calling find_package(). 4. If you want to control the install options of these libraries (ie. header files, executables, etc.) you can use SKIP_INSTALL_[HEADERS | LIBRARIES | EXECUTABLES | FILES | ALL]. -- Philip Lowman ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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_TYPE} ${PNG_SRCS} ${PNG_HDRS})
TARGET_LINK_LIBRARIES(CxPng CxZLib)
In my Top level CMakeLists.txt file I have the following:
add_subdirectory(${CxImage_SOURCE_DIR}/Utilities/cxzlib $
{CxImage_BINARY_DIR}/CxZLib)
add_subdirectory(${CxImage_SOURCE_DIR}/Utilities/cxpng $
{CxImage_BINARY_DIR}/CxPng)
That sets up the dependencies between Png and ZLib. CMake generated
build files should now know to build Zlib first, then Png. You can
take a look at the specific project here:
http://www.bluequartz.net/cgi-bin/gitweb/gitweb.cgi?p=CxImage.git;a=summary
I am porting the CxImage project to CMake so I can use it on more than
just Windows. And just to be fair, I grabbed a lot of the CMake code
to build ZLib and Png from the VTK and ITK projects.
_
Mike Jackson mike.jack...@bluequartz.net
BlueQuartz Softwarewww.bluequartz.net
Principal Software Engineer Dayton, Ohio
On 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
So what I have done so far is to layout my directories like so:
third_party
|
--zlib
|
--libpng
In each directory I have a CMakeLists.txt file that will build the
libraries. So far so good. Now with a clean system i.e. one where
libpng can't find zlib (because it hasn't been built yet) I try
executing:
cmake
Which runs as expected right up until libpng requires the existence
of zlib. So my problem is how to tell libpng that zlib is on it's
way if it could only be a little patient. Preferebly without having
to touch the CMakeLists.txt file inside libpng directory
Also is this strategy likely to fly or is it never going to get off
the ground?
Chreers.
Also, can CMake apply patches?
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
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
# explicitly, then use that as the default
# value of CPACK_NSIS_PACKAGE_NAME instead
# of CPACK_PACKAGE_INSTALL_DIRECTORY
if(CPACK_NSIS_DISPLAY_NAME_SET)
cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
"${CPACK_NSIS_DISPLAY_NAME}")
else()
cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
"${CPACK_PACKAGE_INSTALL_DIRECTORY}")
endif()
That should keep it working like it did for 2.6 right? It works for
your case, no longer crashes.
I made this commit:
RCS file: /cvsroot/CMake/CMake/Modules/CPack.cmake,v
retrieving revision 1.46
diff -r1.46 CPack.cmake
796c796,803
<
---
> # if the user has set CPACK_NSIS_DISPLAY_NAME remember it
> if(DEFINED CPACK_NSIS_DISPLAY_NAME)
> SET(CPACK_NSIS_DISPLAY_NAME_SET TRUE)
> endif()
> # if the user has set CPACK_NSIS_DISPLAY
> # explicitly, then use that as the default
> # value of CPACK_NSIS_PACKAGE_NAME instead
> # of CPACK_PACKAGE_INSTALL_DIRECTORY
798c805,812
< cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
"${CPACK_PACKAGE_INSTALL_DIRECTORY}")
---
>
> if(CPACK_NSIS_DISPLAY_NAME_SET)
> string(REPLACE "\\" ""
> _NSIS_DISPLAY_NAME_TMP "${CPACK_NSIS_DISPLAY_NAME}")
> cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
"${_NSIS_DISPLAY_NAME_TMP}")
> else()
> cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
"${CPACK_PACKAGE_INSTALL_DIRECTORY}")
> endif()
hoff...@corrin ~/My Builds/CMake/Modules
$ cvs commit -m "Fix regression with CPACK_NSIS_PACKAGE_NAME, if the
project is setting the CPACK_NSIS_DISPLAY_NAME then use that as the
default value and not the CPACK_PACKAGE_INSTALL_DIRECTORY, also make
sure it escapes \ correctly." CPack.cmake
Committer: Bill Hoffman
/cvsroot/CMake/CMake/Modules/CPack.cmake,v <-- CPack.cmake
new revision: 1.47; previous revision: 1.46
I am most likely going to push this fix onto 2.8 branch tomorrow if the
dashboards look good tonight. If anyone sees and issue with this fix
please let me know!
Thanks.
-Bill
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
[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 directory I have a CMakeLists.txt file that will build the libraries. So far so good. Now with a clean system i.e. one where libpng can't find zlib (because it hasn't been built yet) I try executing: cmake Which runs as expected right up until libpng requires the existence of zlib. So my problem is how to tell libpng that zlib is on it's way if it could only be a little patient. Preferebly without having to touch the CMakeLists.txt file inside libpng directory Also is this strategy likely to fly or is it never going to get off the ground? Chreers. Also, can CMake apply patches? ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[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' conflicts with target machine type 'x64' My CMakeOutput.log files says: The system is: Windows - 5.1 - x86 Determining if this is a 64 bit system passed: CreateProcessError: The system cannot find the file specified. for command: cl /nologo "C:\Program Files\CMake 2.6\share\cmake-2.6\Modules\CMakeTestForFreeVC.cxx" /link /machine:i386 in dir: X:/dcs/components/directory/nmake_build/CMakeFiles/CMakeTmp3 Compiling the C compiler identification source file "CMakeCCompilerId.c" succeeded. Compiler: C:/Program Files/Microsoft Visual Studio 9.0/VC/bin/cl.exe Build flags: ;/DWIN32;/D_WINDOWS;/W3;/Zm1000 Id flags: The output was: 0 Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.30729.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. Which seems pretty x86 to me. Where is this x64 coming from? I'm using a Visual Studio 9 2008 Express command prompt. Aaron Wright ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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_NSIS_PACKAGE_NAME to avoid
this now that I know about it, but PACKAGE_NAME is a new variable and my
old script broke.
James
Bummer this is certainly a regression from 2.6, (next time please try
the rc earlier if possible. I was just about to tag 2.8.0 when I read
your email... This is not an rc regression but has been broken on the
entire 2.8 branch.)
Anyway, this all goes to this bug:
http://public.kitware.com/Bug/view.php?id=8682
So, how to fix?
Does this make sense:
# 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
# explicitly, then use that as the default
# value of CPACK_NSIS_PACKAGE_NAME instead
# of CPACK_PACKAGE_INSTALL_DIRECTORY
if(CPACK_NSIS_DISPLAY_NAME_SET)
cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
"${CPACK_NSIS_DISPLAY_NAME}")
else()
cpack_set_if_not_set(CPACK_NSIS_PACKAGE_NAME
"${CPACK_PACKAGE_INSTALL_DIRECTORY}")
endif()
That should keep it working like it did for 2.6 right? It works for
your case, no longer crashes.
-Bill
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
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_PACKAGE_NAME} ${CPACK_PACKAGE_VERSION}")
I set CPACK_PACKAGE_INSTALL_DIRECTORY to:
set(CPACK_PACKAGE_INSTALL_DIRECTORY "NVIDIA CorporationOptiX SDK
${CPACK_PACKAGE_VERSION}")
set(CPACK_NSIS_DISPLAY_NAME "NVIDIA OptiX ${CPACK_PACKAGE_VERSION}")
In my generated CPackConfig.cmake file I now have:
SET(CPACK_NSIS_DISPLAY_NAME "NVIDIA OptiX 1.0.0")
...
SET(CPACK_NSIS_PACKAGE_NAME "NVIDIA Corporation\OptiX SDK 1.0.0")
...
SET(CPACK_PACKAGE_INSTALL_DIRECTORY "NVIDIA Corporation\\OptiX SDK 1.0.0")
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_NSIS_PACKAGE_NAME to avoid this
now that I know about it, but PACKAGE_NAME is a new variable and my old
script broke.
James
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
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 CMake 2.6.4 or CMake 2.8.0 RC 7 GUI > to configure the build for Visual Studio(2008) (with the Qt GUI enabled) I > get the following error from CMake: > > 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/QtDialog/CMakeLists.txt:14 (FIND_PACKAGE) > > The FindQT4.cmake package indicates that it is looking for a qmake.exe > binary to run to configure the rest of the Qt CMake variables. I set my > PATH environment variable to point to C:\Qt\2009.4\qt\bin so that the > FindQT4.cmake package can find the qmake binary, but it seems to think that > qmake is for mingw. > > I have also tried setting my PATH variable to point to C:\Qt\2009.4\qt\qmake > so that it can find the qmake in that directory, but using that one gives > errors about temporary library versions of the Qt library not being > installed. The FindQT4.cmake file tries to query the qmake binary for > QT_INSTALL_LIBS and qt\qmake\qmake.exe from the SDK I installed returns the > following: > > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more > /Troll/4.5.0/qt/lib > > This path of course does not exist on my system and appears to be an > artifact of the Qt build process from Nokia. > > I can not find any other qmake.exe binaries on the system and at this point > I do not understand why the configuration does not work. > > If you have any advice that you can offer, I will greatly appreciate the > help. > You need to rebuild Qt using visual studio. John ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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/QtDialog/CMakeLists.txt:14 (FIND_PACKAGE) The distributed version of Qt is built with mingw (which CMake told you). You need to rebuild it with the Visual Studio version of your choice. Check the Qt docs for details on rebuilding. tyler ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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 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 CMake 2.6.4 or CMake 2.8.0 RC > 7 GUI to configure the build for Visual Studio(2008) (with the Qt GUI > enabled) I get the following error from CMake: > > 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/QtDialog/CMakeLists.txt:14 (FIND_PACKAGE) > > The FindQT4.cmake package indicates that it is looking for a qmake.exe > binary to run to configure the rest of the Qt CMake variables. I set my > PATH environment variable to point to C:\Qt\2009.4\qt\bin so that the > FindQT4.cmake package can find the qmake binary, but it seems to think that > qmake is for mingw. > > I have also tried setting my PATH variable to point to > C:\Qt\2009.4\qt\qmake so that it can find the qmake in that directory, but > using that one gives errors about temporary library versions of the Qt > library not being installed. The FindQT4.cmake file tries to query the > qmake binary for QT_INSTALL_LIBS and qt\qmake\qmake.exe from the SDK I > installed returns the following: > > C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create >_more /Troll/4.5.0/qt/lib > > This path of course does not exist on my system and appears to be an > artifact of the Qt build process from Nokia. > > I can not find any other qmake.exe binaries on the system and at this point > I do not understand why the configuration does not work. > > If you have any advice that you can offer, I will greatly appreciate the > help. > > Thanks, > > Steve ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[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 Studio(2008) (with the Qt GUI enabled) I get the following error from CMake: 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/QtDialog/CMakeLists.txt:14 (FIND_PACKAGE) The FindQT4.cmake package indicates that it is looking for a qmake.exe binary to run to configure the rest of the Qt CMake variables. I set my PATH environment variable to point to C:\Qt\2009.4\qt\bin so that the FindQT4.cmake package can find the qmake binary, but it seems to think that qmake is for mingw. I have also tried setting my PATH variable to point to C:\Qt\2009.4\qt\qmake so that it can find the qmake in that directory, but using that one gives errors about temporary library versions of the Qt library not being installed. The FindQT4.cmake file tries to query the qmake binary for QT_INSTALL_LIBS and qt\qmake\qmake.exe from the SDK I installed returns the following: C:/qt-greenhouse/Trolltech/Code_less_create_more/Trolltech/Code_less_create_more /Troll/4.5.0/qt/lib This path of course does not exist on my system and appears to be an artifact of the Qt build process from Nokia. I can not find any other qmake.exe binaries on the system and at this point I do not understand why the configuration does not work. If you have any advice that you can offer, I will greatly appreciate the help. Thanks, Steve ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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 tar xjf my_really_cool_source_files.tar.bz2 >> >> I have looked but didn't find it, which certainly doesn't rule out the >> fact that it is already there. >> > > That is in CVS CMake, but not in a release yet. (Not even 2.8.0.) > > -Bill How about tar.bz2 to work with ExternalProject_Add Module? It will be in 2.8.1. -Bill ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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.bz2 >> >> I have looked but didn't find it, which certainly doesn't rule out the >> fact that it is already there. >> > > That is in CVS CMake, but not in a release yet. (Not even 2.8.0.) > > -Bill How about tar.bz2 to work with ExternalProject_Add Module? -- Mr. Kelly T. Kirk (ARL-CISD) U.S. Army Research Laboratory Attn: RDRL-CIH-C APG, MD 21005-5067 kelly.t.k...@us.army.mil Ph: 410-278-9281 Fax: 410-278-4983 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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-thread --prefix=C:\Developer
\VS9\boost_1_39 variant=release,debug threading=multi link=static
runtime-link=shared install
2: I then set the Boost_ROOT environment variable to "C:\Developer
\VS9\boost_1_39"
3: CMakeLists.txt File:
# -- Find Boost Headers/Libraries ---
SET (Boost_FIND_REQUIRED TRUE)
SET (Boost_FIND_QUIETLY TRUE)
SET (Boost_DEBUG FALSE)
set (Boost_USE_MULTITHREADED TRUE)
set (Boost_USE_STATIC_LIBS TRUE)
SET (Boost_ADDITIONAL_VERSIONS "1.39" "1.39.0")
FIND_PACKAGE(Boost COMPONENTS program_options )
INCLUDE_DIRECTORIES(${Boost_INCLUDE_DIRS})
LINK_DIRECTORIES(${Boost_LIBRARY_DIRS})
4: Remove Everything from the current build directory
5: CMake: From a brand new "Visual Studio Command Prompt" I verify
that Boost_ROOT is set correctly then running "CMake-Gui.exe". Click
"Configure" then Generate.
That usually allows CMake to find Boost. Hope that helps.
_
Mike Jackson mike.jack...@bluequartz.net
BlueQuartz Softwarewww.bluequartz.net
Principal Software Engineer Dayton, Ohio
On Nov 11, 2009, at 7:41 PM, Martin Peter Christiansen wrote:
For the last day or so I have tried to compile a project(RobWork)
for Visual Studio 2008 using Cmake.
But my problem is that Cmake claims i can't find Boost dependencies.
I have been googling the problem on the net, but the only answer I
could find was that FindBost.cmake was the problem, but not how to
solve it.
When i run the project (RobWork) i get the following error:
C:\Documents and Settings\Martin>cd c:\local\workspace\RobWork\build
\release
C:\local\workspace\RobWork\build\release>cmake -G "Visual Studio 9
2008" -DCMAKE_BUILD_TYPE=Release
../..
-- RobWork version 0.4.0
-- Build configuration: Release
CMake Warning (dev) at CMakeLists.txt:20 (INCLUDE):
Policy CMP0011 is not set: Included scripts do automatic
cmake_policy PUSH
and POP. Run "cmake --help-policy CMP0011" for policy details.
Use the
cmake_policy command to set the policy and suppress this warning.
The included script
C:/local/workspace/RobWork/build/ProjectSetup.cmake
affects policy settings. CMake is implying the NO_POLICY_SCOPE
option for
compatibility, so the effects are applied to the including context.
This warning is for project developers. Use -Wno-dev to suppress it.
-- RobWork ROOT dir: C:/local/workspace/RobWork
CMake Error at C:/Programmer/CMake 2.8/share/cmake-2.8/Modules/
FindBoost.cmake:879 (message):
Unable to find the requested Boost libraries.
Boost version: 1.39.0
Boost include path: C:/local/boost_1_39_0
The following Boost libraries could not be found:
boost_thread
No Boost libraries were found. You may need to set
Boost_LIBRARYDIR to the
directory containing Boost libraries or BOOST_ROOT to the location
of
Boost.
Call Stack (most recent call first):
build/depends.cmake:8 (FIND_PACKAGE)
build/RobWorkSetup.cmake:32 (INCLUDE)
CMakeLists.txt:36 (INCLUDE)
- I have successfully compiled Boost 1.39.0 to Visual studio 2008,
so i get lib files like "libboost_date_time-vc90-mt-1_39.lib" in
/stage/lib.
- Boost have been placed in “C:\local\boost_1_39_0”
- The following environment variables has been added to Windows
BOOST_ROOT = C:\local\boost_1_39_0 and BOOST_LIBRARYDIR = $BOOST_ROOT
\stage\lib
- Both Cmake 2.6 and 2.8r2 have been used to compile the project,
with no success.
What I need is a solution, which can help me compile this project
using Visual Studio 2008
Is there some way I can setup FindBoost.cmake, so it will accept
and boost correctly
Regards
Martin Peter Christiansen
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
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 version 0.4.0 > -- Build configuration: Release > -- No Default.cmake file loaded, using default settings from > config.cmake.template > > CMake Warning (dev) at CMakeLists.txt:20 (INCLUDE): > Policy CMP0011 is not set: Included scripts do automatic cmake_policy > PUSH > and POP. Run "cmake --help-policy CMP0011" for policy details. Use the > cmake_policy command to set the policy and suppress this warning. > The included script > C:/local/workspace/RobWork/build/ProjectSetup.cmake > affects policy settings. CMake is implying the NO_POLICY_SCOPE option > for > compatibility, so the effects are applied to the including context. > This warning is for project developers. Use -Wno-dev to suppress it. > -- RobWork ROOT dir: C:/local/workspace/RobWork > CMake Error at C:/Programmer/CMake > 2.8/share/cmake-2.8/Modules/FindBoost.cmake:879 (message): > Unable to find the requested Boost libraries. > Boost version: 1.39.0 > Boost include path: C:/local/boost/include/boost-1_39 > The following Boost libraries could not be found: > boost_thread > No Boost libraries were found. You may need to set Boost_LIBRARYDIR to > the > directory containing Boost libraries or BOOST_ROOT to the location of > Boost. > Call Stack (most recent call first): > build/depends.cmake:8 (FIND_PACKAGE) > build/RobWorkSetup.cmake:32 (INCLUDE) > CMakeLists.txt:36 (INCLUDE) > > > When I was building boost this time, I did ran the following commands: > - "C:\Downloads\boost_1_39_0>bjam.exe --prefix=C:\local\boost -toolset=msvs > define="_SECURE_SCL=0" define="_HAS_ITERATOR_DEBUGGING=0" -d+2" > - "C:\Downloads\boost_1_39_0>bjam.exe install --prefix=C:\local\boost" > > I removed all the old enviromental variables for boost and created the > following variable > - BOOST_ROOT = C:\local\boost > > 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 > > In "C:\local\boost\include\boost-1_39" I have > - A folder named "boost", but no subfolder or file called "boost_thread" > > > I must missing some variable or setting, but I can't figure out what... > Your directory structure sounds good to me. Here are a couple of suggestions... Check the documentation to FindBoost.cmake. Have you specified Boost_USE_STATIC_LIBS and Boost_USE_MULTITHREADED appropriately? These affect which libraries are detected and certain ones like boost_thread can't be found if Boost_USE_MULTITHREADED is not true. If this doesn't help, delete your build tree, then add this line prior to calling find_package(Boost...) set(Boost_DEBUG TRUE) Paste the output here and the relevant portions of your CMakeLists.txt when you call find_package(Boost...). -- Philip Lowman ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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. I am not sure if CMake > does find them in this case. > > The static MSVC libraries always have the lib prefix on Windows, the dynamic MSVC libraries do not. You have to set this variable to enable searching for static libraries. set(Boost_USE_STATIC_LIBSON) -- Philip Lowman ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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 >> - 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 > > > ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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 ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
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 config.cmake.template CMake Warning (dev) at CMakeLists.txt:20 (INCLUDE): Policy CMP0011 is not set: Included scripts do automatic cmake_policy PUSH and POP. Run "cmake --help-policy CMP0011" for policy details. Use the cmake_policy command to set the policy and suppress this warning. The included script C:/local/workspace/RobWork/build/ProjectSetup.cmake affects policy settings. CMake is implying the NO_POLICY_SCOPE option for compatibility, so the effects are applied to the including context. This warning is for project developers. Use -Wno-dev to suppress it. -- RobWork ROOT dir: C:/local/workspace/RobWork CMake Error at C:/Programmer/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:879 (message): Unable to find the requested Boost libraries. Boost version: 1.39.0 Boost include path: C:/local/boost/include/boost-1_39 The following Boost libraries could not be found: boost_thread No Boost libraries were found. You may need to set Boost_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT to the location of Boost. Call Stack (most recent call first): build/depends.cmake:8 (FIND_PACKAGE) build/RobWorkSetup.cmake:32 (INCLUDE) CMakeLists.txt:36 (INCLUDE) When I was building boost this time, I did ran the following commands: - "C:\Downloads\boost_1_39_0>bjam.exe --prefix=C:\local\boost -toolset=msvs define="_SECURE_SCL=0" define="_HAS_ITERATOR_DEBUGGING=0" -d+2" - "C:\Downloads\boost_1_39_0>bjam.exe install --prefix=C:\local\boost" I removed all the old enviromental variables for boost and created the following variable - BOOST_ROOT = C:\local\boost 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 In "C:\local\boost\include\boost-1_39" I have - A folder named "boost", but no subfolder or file called "boost_thread" I must missing some variable or setting, but I can't figure out what... Regards Martin Peter Christansen 2009/11/12 Mike Jackson > Usually when I build Boost on Windows I use the > --prefix=C:\Path\To\Boost and the "install" target instead of the > stage target. > > Then I set BOOST_ROOT to what ever I set the --prefix argument to. > That seems to always work. > > And to try this out you will need a clean RobWork build directory. So, > to sum up, try rebuilding boost by including the --prefix=C:\ and > "install" arguments to bjam. > > Then remove everything from your RobWork build directory and then > reconfigure RobWork using cmake. > _ > Mike Jackson mike.jack...@bluequartz.net > BlueQuartz Softwarewww.bluequartz.net > Principal Software Engineer Dayton, Ohio > > > > > On Wed, Nov 11, 2009 at 7:41 PM, Martin Peter Christiansen > wrote: > > For the last day or so I have tried to compile a project(RobWork) for > Visual > > Studio 2008 using Cmake. > > > > But my problem is that Cmake claims i can't find Boost dependencies. > > > > > > > > I have been googling the problem on the net, but the only answer I could > > find was that FindBost.cmake was the problem, but not how to solve it. > > > > > > > > When i run the project (RobWork) i get the following error: > > > > > > > > C:\Documents and Settings\Martin>cd > > c:\local\workspace\RobWork\build\release > > > > C:\local\workspace\RobWork\build\release>cmake -G "Visual Studio 9 2008" > > -DCMAKE_BUILD_TYPE=Release > > ../.. > > -- RobWork version 0.4.0 > > -- Build configuration: Release > > CMake Warning (dev) at CMakeLists.txt:20 (INCLUDE): > > Policy CMP0011 is not set: Included scripts do automatic cmake_policy > PUSH > > and POP. Run "cmake --help-policy CMP0011" for policy details. Use > the > > cmake_policy command to set the policy and suppress this warning. > > > > The included script > > > > C:/local/workspace/RobWork/build/ProjectSetup.cmake > > > > affects policy settings. CMake is implying the NO_POLICY_SCOPE option > for > > compatibility, so the effects are applied to the including context. > > This warning is for project developers. Use -Wno-dev to suppress it. > > > > -- RobWork ROOT dir: C:/local/workspace/RobWork > > CMake Error at C:/Programmer/CMake > > 2.8/share/cmake-2.8/Modules/FindBoost.cmake:879 (message): > > Unable to find the requested Boost libraries. > > > > Boost version: 1.39.0 > > > > Boost include path: C:/local/boost_1_39_0 > > > > The following Boost libraries could not be found: > > > > boost_thread > > > > No Boost libraries were found. You may need to set Boost_LIBRARYDIR to > > the > > directory contai
