[CMake] INSTALL(FILES ... ) and $(OutDir)
Hi there, I am confused on how to use install(files...) with VS 2008 IDE. Here is what I wrote: cmake ADD_CUSTOM_COMMAND( OUTPUT ${GDCM_LIBRARY_DIR}/gdcm_csharp.dll COMMAND ${CMAKE_CSHARP_COMPILER} ARGS /t:library /out:${GDCM_LIBRARY_DIR}/gdcm_csharp.dll *.cs WORKING_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR} DEPENDS ${swig_generated_file_fullname} ${CMAKE_CURRENT_BINARY_DIR}/AssemblyInfo.cs COMMENT csc *.cs ) ... # because gdcm_csharp.dll is constructed with custom commands, it need the INSTALL(FILES signature: INSTALL(FILES ${GDCM_LIBRARY_DIR}/gdcm_csharp.dll DESTINATION ${GDCM_INSTALL_LIB_DIR} COMPONENT Runtime ) /cmake but I am getting: 1CMake Error at Wrapping/Csharp/cmake_install.cmake:61 (FILE): 1 file INSTALL cannot find file 1 C:/cygwin/home/mmalaterre/Projects/gdcm/tags/release-2010-vs2008/bin/$(OutDir)/gdcm_csharp.dll 1 to install. 1Call Stack (most recent call first): 1 Wrapping/cmake_install.cmake:33 (INCLUDE) 1 cmake_install.cmake:42 (INCLUDE) 1CPack Error: Error when generating package: GDCM 1Project : error PRJ0019: A tool returned an error code from Performing Post-Build Event... 1Build log was saved at file://c:\cygwin\home\mmalaterre\Projects\gdcm\tags\release-2010-vs2008\PACKAGE.dir\Release\BuildLog.htm 1PACKAGE - 1 error(s), 0 warning(s) Thank you ! -- Mathieu ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] INSTALL(FILES ... ) and $(OutDir)
David, On Tue, Nov 18, 2008 at 1:09 PM, David Cole [EMAIL PROTECTED] wrote: Looks like your definition of GDCM_LIBRARY_DIR must include ${CMAKE_CFG_INTDIR}. You can't use that in an install rule... rather use \${BUILD_TYPE} (with an escaped dollar sign) like in the VTK install rules... Cool ! Thanks, I'll have a look. BUILD_TYPE is defined in a cmake_install.cmake file to qualify which configuration is being installed. (Look at the command line given to cpack from a Visual Studio build to understand this...) Why the inconsistency originally, I do not know, but changing it now would be backwards incompatible if done the easy way. If you have a good suggestion for how to make it more consistent in a backwards compatible way, I'm all ears. Fine by me, I only use VS IDE every couple of month to do my releases. I'll switch to an nmake based one, that will be easier for a unix guy like me :) -- Mathieu ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] Scope of custom targets and commands
Hi, As far as I understand, the scope of rules created by add_custom_target and add_custom_command is current directory and subdirectories, whereas the scope of targets created by add_library and add_executable are global. Is this true? Is there a way to make a custom target/command rule global? What is odd is that I can run make mycustomtarget in a parent directory and it works, but if I define a dependency to mycustomtarget in a parent directory I get: No rule to make target `mycustomtarget'. Any help appreciated. Giampiero ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] List of 'Reserved Words'
Is there a list of the reserved words or Keywords for CMake. Examples would be: AND, NOT, OR, PROPERTIES, CACHE, FORCE.. Thanks _ Mike Jackson [EMAIL PROTECTED] BlueQuartz Softwarewww.bluequartz.net Principal Software Engineer Dayton, Ohio ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] Does CMake/CPack not support creating a source-only tarball
Hello, According to the CMake bashing website: http://www.remlab.net/op/cmake.shtml CMake/Cpack does not support creating a source-only tarball distribution for a collection of software. Is there some way to create a source-only tarball distribution with CMake/Cpack that can selectively pick out files from the original source tree like autotools does? If it does not, then the some Trilinos developers could be quite annoyed by this. I think there are better workarounds for the problem of not releasing some files but it will take some work no mater how you look at it. - Ross - Dr. Roscoe A. Bartlett Senior Member of the Technical Staff Trilinos Software Engineering Technologies and Integration Lead Sandia National Laboratories Phone: (505) 275-6147 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
Bartlett, Roscoe A wrote: Hello, According to the CMake bashing website: _http://www.remlab.net/op/cmake.shtml_ CMake/Cpack does not support creating a source-only tarball distribution for a collection of software. Is there some way to create a source-only tarball distribution with CMake/Cpack that can selectively pick out files from the original source tree like autotools does? By default, CPack supports source tarball generation with make source_package, and the generation can be customized in a variety of ways (e.g: generating a source package from a subdirectory with a custom target, etc). There is no equivalent to make distcheck, unless you roll your own (which certainly would be doable). Cheers, Tim -- Timothy M. Shead Data Analysis Visualization (1424) Sandia National Laboratories 505-284-0139 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] Bug? additional_clean_files not respected if no target present in directory
Good day all, It seems that set_directory_propersties( properties additional_clean_files ... ) is not respected if no target present in the directory -- that is 'make clean' will not remove the specified additional clean file. Is this possibly a CMake bug, or is it rather a misunderstanding on my part? $ cmake --version cmake version 2.6-patch 2 A little test case to illustrate this follows. We have two CMakeLists.txt-files, one in the root directory and one in a sub directory. The former (src/CMakeLists.txt) is not really important, but included here for completeness. The latter, src/subdir/CMakeLists.txt, is where the bug appears. There is also a file that is being installed, src/subdir/hello.txt. Invoking 'make clean' will not clean that file unless there is an actual target specified in src/subdir/CMakeLists.txt. File tree:. |-- build |-- install `-- src |-- CMakeLists.txt `-- subdir |-- CMakeLists.txt `-- hello.txt --- src/CMakeLists.txt: CMAKE_MINIMUM_REQUIRED(VERSION 2.6) SET( CMAKE_INSTALL_PREFIX ${CMAKE_SOURCE_DIR}/../install ) ADD_SUBDIRECTORY( subdir ) ADD_CUSTOM_TARGET( some_target COMMAND ${CMAKE_COMMAND} -E echo HELLO ) --- src/subdir/CMakeLists.txt: #ADD_CUSTOM_TARGET( # some_subdir_target # COMMAND ${CMAKE_COMMAND} -E echo WHOHOO #) INSTALL( FILES hello.txt DESTINATION ./ ) SET_DIRECTORY_PROPERTIES( PROPERTIES ADDITIONAL_MAKE_CLEAN_FILES ${CMAKE_INSTALL_PREFIX}/hello.txt ) --- --- As written above, with the target some_subdir_target commented out, the ADDITIONAL_MAKE_CLEAN_FILES will not be respected - - it seems to be sort of optimized away: $ cd build/ $ cmake ../src ... ... $ make install ... $ ls ../install hello.txt $ make clean $ ls ../install/ hello.txt # --- OUCH However, if the target is not commented out it will all work nicely: --- src/subdir/CMakeLists.txt: ADD_CUSTOM_TARGET( some_subdir_target COMMAND ${CMAKE_COMMAND} -E echo WHOHOO ) INSTALL( FILES hello.txt DESTINATION ./ ) SET_DIRECTORY_PROPERTIES( PROPERTIES ADDITIONAL_MAKE_CLEAN_FILES ${CMAKE_INSTALL_PREFIX}/hello.txt ) $ cd build/ $ cmake ../src ... ... $ make install ... $ ls ../install hello.txt $ make clean $ ls ../install/ # no files -- as expected Any thoughts? Let me know if this is just a misunderstanding, if I should file a bug on this or if more information is needed. Best regards Hugo Heden Stockholm Sweden ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
On Tuesday 18 November 2008, Michael Jackson wrote: Is there a list of the reserved words or Keywords for CMake. Examples would be: AND, NOT, OR, PROPERTIES, CACHE, FORCE.. Not really. The one here should be quite current: http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?revision=773845view=markup Alex ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
On Nov 18, 2008, at 2:59 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: Is there a list of the reserved words or Keywords for CMake. Examples would be: AND, NOT, OR, PROPERTIES, CACHE, FORCE.. Not really. The one here should be quite current: http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?revision=773845view=markup Alex Cool. That was pretty close to what I was looking for but it looks like there are some CMake Variables in there also (WIN32). I will have to factor those out. Also, not sure how that file is created but I have a CMakeDocBook Parser that I wrote (C++ code) to parse through the cmake docbook xml file and extract the following items: Commands Variables Properties Deprecated Commands I am currently generating an xml file for the CMakeEd plugin xml for completions and also generating the TextMate language definition. Maybe this code could also be used to update the kate cmake language definition file? You are welcome to the code if you think it would help. _ Mike Jackson [EMAIL PROTECTED] BlueQuartz Softwarewww.bluequartz.net Principal Software Engineer Dayton, Ohio ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
Tim, -Original Message- From: Shead, Timothy Sent: Tuesday, November 18, 2008 12:10 PM To: Bartlett, Roscoe A Cc: cmake@cmake.org Subject: Re: [CMake] Does CMake/CPack not support creating a source-only tarball Bartlett, Roscoe A wrote: Hello, According to the CMake bashing website: _http://www.remlab.net/op/cmake.shtml_ CMake/Cpack does not support creating a source-only tarball distribution for a collection of software. Is there some way to create a source-only tarball distribution with CMake/Cpack that can selectively pick out files from the original source tree like autotools does? By default, CPack supports source tarball generation with make source_package, and the generation can be customized in a variety of ways (e.g: generating a source package from a subdirectory with a custom target, etc). This target does not appear to be supported as shown by: [EMAIL PROTECTED] SERIAL_DEBUG]$ make source_package make: *** No rule to make target `source_package'. Stop. Is there some special way that we need to configure Trilinos or set up Cpack to support this? Thanks, - Ross ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
It's package_source and it was also discussed very recently in this thread:http://www.cmake.org/pipermail/cmake/2008-November/025219.html It was broken, Bill committed a fix to CVS HEAD. Fix will be in the next RC of CMake 2.6.3, but if you need it today, use CVS HEAD CMake. HTH, David On Tue, Nov 18, 2008 at 3:36 PM, Bartlett, Roscoe A [EMAIL PROTECTED]wrote: Tim, -Original Message- From: Shead, Timothy Sent: Tuesday, November 18, 2008 12:10 PM To: Bartlett, Roscoe A Cc: cmake@cmake.org Subject: Re: [CMake] Does CMake/CPack not support creating a source-only tarball Bartlett, Roscoe A wrote: Hello, According to the CMake bashing website: _http://www.remlab.net/op/cmake.shtml_ CMake/Cpack does not support creating a source-only tarball distribution for a collection of software. Is there some way to create a source-only tarball distribution with CMake/Cpack that can selectively pick out files from the original source tree like autotools does? By default, CPack supports source tarball generation with make source_package, and the generation can be customized in a variety of ways (e.g: generating a source package from a subdirectory with a custom target, etc). This target does not appear to be supported as shown by: [EMAIL PROTECTED] SERIAL_DEBUG]$ make source_package make: *** No rule to make target `source_package'. Stop. Is there some special way that we need to configure Trilinos or set up Cpack to support this? Thanks, - Ross ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
On Tuesday 18 November 2008, Michael Jackson wrote: On Nov 18, 2008, at 2:59 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: Is there a list of the reserved words or Keywords for CMake. Examples would be: AND, NOT, OR, PROPERTIES, CACHE, FORCE.. Not really. The one here should be quite current: http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?revisi on=773845view=markup Alex Cool. That was pretty close to what I was looking for but it looks like there are some CMake Variables in there also (WIN32). I will have to factor those out. I just noticed it wasn't updated for some time. I added some of the new stuff now. http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?view=log Alex ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
Bartlett, Roscoe A wrote: By default, CPack supports source tarball generation with make source_package, and the generation can be customized in a variety of ways (e.g: generating a source package from a subdirectory with a custom target, etc). This target does not appear to be supported as shown by: [EMAIL PROTECTED] SERIAL_DEBUG]$ make source_package make: *** No rule to make target `source_package'. Stop. Is there some special way that we need to configure Trilinos or set up Cpack to support this? Correction - it's package_source, not source_package ... Truly Yours, Tim -- Timothy M. Shead Data Analysis Visualization (1424) Sandia National Laboratories 505-284-0139 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
On Tuesday 18 November 2008, David Cole wrote: It's package_source and it was also discussed very recently in this thread:http://www.cmake.org/pipermail/cmake/2008-November/025219.html It was broken, Does it work if you run cpack manually (instead of using the target) ? Alex ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
On Nov 18, 2008, at 3:49 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: On Nov 18, 2008, at 2:59 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: Is there a list of the reserved words or Keywords for CMake. Examples would be: AND, NOT, OR, PROPERTIES, CACHE, FORCE.. Not really. The one here should be quite current: http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?revisi on=773845view=markup Alex Cool. That was pretty close to what I was looking for but it looks like there are some CMake Variables in there also (WIN32). I will have to factor those out. I just noticed it wasn't updated for some time. I added some of the new stuff now. http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?view=log Alex ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake Thanks. But how exactly are you adding those? By Hand or do you have some sort of script that parses CMake or .. ? It would be great if we could sync up the kate and some of the other editors to standardize on how the syntax coloring is broken down. Currently I have commands, properties, cmake variables and 'reserved words' which is your 'special_args' section of the kate syntax xml file. I just don't want to reinvent the wheel unless I really need to. I would be happy to update my XML parser to add a kate syntax xml file generation... _ Mike Jackson [EMAIL PROTECTED] www.bluequartz.net ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] [Fwd: CMake and qmake.conf?]
---BeginMessage--- We've started working some with CMake here, and I've just come across a gotcha, I think. In the qmake.conf files for all Visual Studio compilers later than VC6, the flag /Zc:wchar- is included. I'm not at all sure why this is set - someone asked this before and nobody seemed to know - but when we're building with CMake, as far as I can tell the qmake.conf file is not processed at all, so these flags don't get picked up. What is the correct solution for this issue? Should the FindQt4.cmake module be looking at qmake.conf? Do we need to (conditionally) set this flag ourselves? ---End Message--- ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] [Fwd: CMake and qmake.conf?]
On Nov 18, 2008, at 3:54 PM, Eric (Brad) Lemings wrote: From: Gordon Schumacher [EMAIL PROTECTED] Date: November 18, 2008 2:28:03 PM EST To: Qt-Interest [EMAIL PROTECTED] Cc: Brad Lemings [EMAIL PROTECTED] Subject: CMake and qmake.conf? We've started working some with CMake here, and I've just come across a gotcha, I think. In the qmake.conf files for all Visual Studio compilers later than VC6, the flag /Zc:wchar- is included. I'm not at all sure why this is set - someone asked this before and nobody seemed to know - but when we're building with CMake, as far as I can tell the qmake.conf file is not processed at all, so these flags don't get picked up. What is the correct solution for this issue? Should the FindQt4.cmake module be looking at qmake.conf? Do we need to (conditionally) set this flag ourselves? You can use: IF (NOT MSVC60) ADD_DEFINITIONS( /Zc:wchar-) ENDIF(NOT MSVC60) if you know you need that. I think that should work. ___ Mike Jackson [EMAIL PROTECTED] BlueQuartz Softwarewww.bluequartz.net Principal Software Engineer Dayton, Ohio ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
On Tuesday 18 November 2008, Michael Jackson wrote: On Nov 18, 2008, at 3:49 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: On Nov 18, 2008, at 2:59 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: Is there a list of the reserved words or Keywords for CMake. Examples would be: AND, NOT, OR, PROPERTIES, CACHE, FORCE.. Not really. The one here should be quite current: http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?revi si on=773845view=markup Alex Cool. That was pretty close to what I was looking for but it looks like there are some CMake Variables in there also (WIN32). I will have to factor those out. I just noticed it wasn't updated for some time. I added some of the new stuff now. http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?view=l og Alex ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake Thanks. But how exactly are you adding those? By Hand or do you have some sort of script that parses CMake or .. ? It would be great if we could sync up the kate and some of the other editors to standardize on how the syntax coloring is broken down. Manually. The commands and properties can be done using the cmake help (cmake --help-command-list etc.) If you have something we'd surely be happy :-) Alex ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
On Nov 18, 2008, at 4:10 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: On Nov 18, 2008, at 3:49 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: On Nov 18, 2008, at 2:59 PM, Alexander Neundorf wrote: On Tuesday 18 November 2008, Michael Jackson wrote: Is there a list of the reserved words or Keywords for CMake. Examples would be: AND, NOT, OR, PROPERTIES, CACHE, FORCE.. Not really. The one here should be quite current: http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?revi si on=773845view=markup Alex Cool. That was pretty close to what I was looking for but it looks like there are some CMake Variables in there also (WIN32). I will have to factor those out. I just noticed it wasn't updated for some time. I added some of the new stuff now. http://websvn.kde.org/trunk/KDE/kdelibs/kate/syntax/data/cmake.xml?view=l og Alex ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake Thanks. But how exactly are you adding those? By Hand or do you have some sort of script that parses CMake or .. ? It would be great if we could sync up the kate and some of the other editors to standardize on how the syntax coloring is broken down. Manually. The commands and properties can be done using the cmake help (cmake --help-command-list etc.) If you have something we'd surely be happy :-) Alex I have a couple of things that might help. There is: http://www.cmake.org/Wiki/CMake:CreateQtAssistantDocs which I wrote to generate Qt Assistant style documentation which could be easily changed to generate the needed xml file for kate. The downside to this is that it would only run under MinGW or Cygwin on windows as it is a bash script. I have a C++ program (depends on some boost and expat) that parses the CMake DocBook xml file and extracts out the various bits and pieces and then generates xml or whatever based on what was read. Currently I have it extracting out the commands, deprecated commands, properties and cmake variables. For each of those it will also parse out the brief documentation for the 'thing' being parsed, the usage (for commands) and if it is deprecated or not. If you take a look at http://cmakeed.svn.sourceforge.net/viewvc/cmakeed/trunk/com.cthing.cmakeed.core/plugin.xml?view=markup you can see what type of XML I happen to be generating for the CMakeEd Eclipse Plugin. Looking at the kate syntax xml I can certainly generate that xml from my program. I can just lump together the cmake variables, properties and 'special arguments' into the 'special arguments' xml section of the kate syntax xml. I would be more than happy to contribute the code to the KDE project under what ever license it needs to be. _ Mike Jackson [EMAIL PROTECTED] BlueQuartz Softwarewww.bluequartz.net Principal Software Engineer Dayton, Ohio ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
Tim, Thanks, that did the trick. Note that this tars up *everything* in the source tree which might actually be a good thing if you want, for example, to build doxygen documentation first and then tar up and distribute you code. Thanks, - Ross -Original Message- From: Shead, Timothy Sent: Tuesday, November 18, 2008 1:46 PM To: Bartlett, Roscoe A Cc: cmake@cmake.org Subject: Re: [CMake] Does CMake/CPack not support creating a source-only tarball Bartlett, Roscoe A wrote: By default, CPack supports source tarball generation with make source_package, and the generation can be customized in a variety of ways (e.g: generating a source package from a subdirectory with a custom target, etc). This target does not appear to be supported as shown by: [EMAIL PROTECTED] SERIAL_DEBUG]$ make source_package make: *** No rule to make target `source_package'. Stop. Is there some special way that we need to configure Trilinos or set up Cpack to support this? Correction - it's package_source, not source_package ... Truly Yours, Tim -- Timothy M. Shead Data Analysis Visualization (1424) Sandia National Laboratories 505-284-0139 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
Bartlett, Roscoe A wrote: Thanks, that did the trick. Note that this tars up *everything* in the source tree which might actually be a good thing if you want, for example, to build doxygen documentation first and then tar up and distribute you code. If there's something in your source dir that you *don't* want to distribute, you can set CPACK_SOURCE_IGNORE_FILES to a list of regex expressions that will be ignored. Note that the default value for this variable is used to strip CVS/.svn cruft out when packaging the sources. Cheers, Tim -- Timothy M. Shead Data Analysis Visualization (1424) Sandia National Laboratories 505-284-0139 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Does CMake/CPack not support creating a source-only tarball
Bingo! -Original Message- From: Shead, Timothy Sent: Tuesday, November 18, 2008 2:50 PM To: Bartlett, Roscoe A Cc: cmake@cmake.org Subject: Re: [CMake] Does CMake/CPack not support creating a source-only tarball Bartlett, Roscoe A wrote: Thanks, that did the trick. Note that this tars up *everything* in the source tree which might actually be a good thing if you want, for example, to build doxygen documentation first and then tar up and distribute you code. If there's something in your source dir that you *don't* want to distribute, you can set CPACK_SOURCE_IGNORE_FILES to a list of regex expressions that will be ignored. Note that the default value for this variable is used to strip CVS/.svn cruft out when packaging the sources. Cheers, Tim -- Timothy M. Shead Data Analysis Visualization (1424) Sandia National Laboratories 505-284-0139 ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] INSTALL(FILES ... ) and $(OutDir): DEPENDENCIE ?
On Tue, Nov 18, 2008 at 1:47 PM, Mathieu Malaterre [EMAIL PROTECTED] wrote: David, On Tue, Nov 18, 2008 at 1:09 PM, David Cole [EMAIL PROTECTED] wrote: Looks like your definition of GDCM_LIBRARY_DIR must include ${CMAKE_CFG_INTDIR}. You can't use that in an install rule... rather use \${BUILD_TYPE} (with an escaped dollar sign) like in the VTK install rules... And for the same reason I cannot have a ${CMAKE_CFG_INTDIR} in my DEPENDS from a ADD_CUSTOM_COMMAND, correct ? Thanks, -- Mathieu ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
[CMake] 'unset' not in --help-commands-list (also, attn: neundorf)
Need a bug opened for this or is it trivial enough to fix on the spot? Background: I'm taking another look at a script that auto-generates command and keyword lists (for a highlighter for KDE's kate). The deltas in the command list are all either reordering or ITK/VTK stuff... except for 'unset', which has a --help-command entry but isn't in the commands list. The keywords list has quite a few more deltas, for which I may start either complaining or opening bugs about (especially ones I know are legitimate). My goal here would be to have cmake fully documented, meaning that all useful keywords appear in the --helpwhatever output. @neundorf: do we really want ITK/VTK commands in the generic highlighter? If yes I'm going to move them to their own section; since cmake does not document them they get (correctly, IMO) removed from the main list. -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- vIMprove your life! Now on version 7! ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
Michael Jackson wrote: Thanks. But how exactly are you adding those? By Hand or do you have some sort of script that parses CMake or .. ? It would be great if we could sync up the kate and some of the other editors to standardize on how the syntax coloring is broken down. Obviously I am behind on reading this list :-) (see the message I just posted about unset not listed). I have had, for some time, a script to generate keyword lists from cmake's built-in help. The meat (arg extraction) looks like this: extract_args() { sed -e '/'$1'(/ba' \ -e 'd' \ -e ':a' \ -e '/)/{s/^.*(\(.*\)).*$/\1/p;d}' \ -e 'N;s/\n/ /;ba' | \ sed -e 's/[][]//g' -e 's/|\| \+/\n/g' | \ sed -n '/^[[:upper:][:digit:]_]\+$/p' $t.args } while read COMMAND ; do $CMAKE --help-command $COMMAND | extract_args $COMMAND done $t.commands sort $t.args | uniq $t.argsu I just don't want to reinvent the wheel unless I really need to. I would be happy to update my XML parser to add a kate syntax xml file generation... Well, I'm already doing that... :-) What XML, though? Are you parsing 'cmake --help-html'? Or is there something that clearly delineates cmake keywords that I don't know about? -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- vIMprove your life! Now on version 7! ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CTest question...
Any info on this? Any better resources? TIA, Ben - Original Message From: BRM [EMAIL PROTECTED] To: CMake cmake@cmake.org Sent: Monday, November 17, 2008 3:14:53 AM Subject: [CMake] CTest question... I'd like to build a series of test using the CTest functionality in CMake. I have added ENABLE_TESTING() to the main CMakeLists, and was hoping to put the tests in their own sub-directories - as follows: / /Tests /Tests/object /Tests/object/child-objects I added the Tests directory in the root's CMakeLists.txt. I've created my first test (/Tests/object/objectTest) and tried adding it via ADD_TEST(objectTest ${EXECUTABLE_OUTPUT_PATH}/objectTest}) - no parameters needed (as described by http://www.vtk.org/Wiki/CMake_Testing_With_CTest). However, it's unable to find the test when I run make test. Note: I tried doing a MESSAGE() to find out the value of EXECUTABLE_OUTPUT_PATH and it seems to be NULL. Is that reall the right variable? The documentation on ENABLE_TESTING() mentions that CTest expects files in build's root directory. Does that also apply to ADD_TEST()? (no mention in ADD_TEST()'s documentation of this). Advice appreciated. TIA, Ben ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] List of 'Reserved Words'
On Nov 18, 2008, at 6:48 PM, Matthew Woehlke wrote: Michael Jackson wrote: Thanks. But how exactly are you adding those? By Hand or do you have some sort of script that parses CMake or .. ? It would be great if we could sync up the kate and some of the other editors to standardize on how the syntax coloring is broken down. Obviously I am behind on reading this list :-) (see the message I just posted about unset not listed). I have had, for some time, a script to generate keyword lists from cmake's built-in help. The meat (arg extraction) looks like this: extract_args() { sed -e '/'$1'(/ba' \ -e 'd' \ -e ':a' \ -e '/)/{s/^.*(\(.*\)).*$/\1/p;d}' \ -e 'N;s/\n/ /;ba' | \ sed -e 's/[][]//g' -e 's/|\| \+/\n/g' | \ sed -n '/^[[:upper:][:digit:]_]\+$/p' $t.args } while read COMMAND ; do $CMAKE --help-command $COMMAND | extract_args $COMMAND done $t.commands sort $t.args | uniq $t.argsu I just don't want to reinvent the wheel unless I really need to. I would be happy to update my XML parser to add a kate syntax xml file generation... Well, I'm already doing that... :-) What XML, though? Are you parsing 'cmake --help-html'? Or is there something that clearly delineates cmake keywords that I don't know about? -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. I am parsing the $CMAKE_BUILD/Docs/cmake.docbook file. There is just enough information with the tags to parse out all the commands, variables and properties. What _is not_ in that file are the reserved words or special arguments in any _easy_ tags. I can parse the usage tags and do something like you are doing with the sed scripts and pull those special words out. (I have to admit that I have only a passing clue what is going on in those sed statements). The XML parser that I wrote is a SAX type (based on Expat) and some boost stuff for the string processing. If we can convert it to something that does not depend on the whole of KDE that would probably help us both, which is what I am interested in. As I said before, if my code proves useful I would be happy to give it to the KDE project for their use. The Boost project will also want to use it as I am brining the CMake build system up to date for that project also. I also am updating the Eclipse and TextMate language definitions, so that is at least 2 editors that can directly use the code. I was looking at the latest BBEdit SDK and you can define a language extension in XML so that would be a third editor. Kate makes a fourth. I think it would be beneficial to work together on this. My only comment on a shell script is that it wouldn't work directly on windows without MSys or Cygwin installed. I also gave XSLT a try but couldn't quite come up to speed quick enough on the language to really figure out if I could do what I needed to do. I had the XML processing code laying around from another project so writing the code to parse the docbook was generally straight forward. _ Mike Jackson [EMAIL PROTECTED] www.bluequartz.net ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CTest question...
Le Tue, 18 Nov 2008 15:53:25 -0800 (PST), BRM [EMAIL PROTECTED] a écrit : Any info on this? Any better resources? I think we miss informations about your particular configuration. I do use ADD_TEST with no trouble. See more question below: From: BRM [EMAIL PROTECTED] To: CMake cmake@cmake.org Sent: Monday, November 17, 2008 3:14:53 AM Subject: [CMake] CTest question... I'd like to build a series of test using the CTest functionality in CMake. I have added ENABLE_TESTING() to the main CMakeLists, and was hoping to put the tests in their own sub-directories - as follows: / /Tests /Tests/object /Tests/object/child-objects I added the Tests directory in the root's CMakeLists.txt. I've created my first test (/Tests/object/objectTest) and tried adding it via ADD_TEST(objectTest ${EXECUTABLE_OUTPUT_PATH}/objectTest}) if objectTest is a target built in /Tests/object/objectTest then you don't need the extra ${EXECUTABLE_OUTPUT_PATH} just put: ADD_TEST(objectTest objectTest) or in order to avoid name clash (I never experienced that but who knows) ADD_TEST(objectTest_test objectTest) - no parameters needed (as described by http://www.vtk.org/Wiki/CMake_Testing_With_CTest). However, it's unable to find the test when I run make test. What is the exact error shown by make test. Do you get the same error when running ctest Note: I tried doing a MESSAGE() to find out the value of EXECUTABLE_OUTPUT_PATH and it seems to be NULL. Is that reall the right variable? I don't think EXECUTABLE_OUTPUT_PATH is set by CMake unless you decide to set it yourself. The default behavior of cmake is to put built executable in CMAKE_CURRENT_BINARY_DIR. Did you set EXECUTABLE_OUTPUT_PATH is your main CMakeLists.txt? The documentation on ENABLE_TESTING() mentions that CTest expects files in build's root directory. Does that also apply to ADD_TEST()? (no mention in ADD_TEST()'s documentation of this). This is true for me but I do not use absolute file specification with ADD_TEST, my ADD_TEST use target name previsouly built with ADD_EXECUTABLE with no problem. -- Erk ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake