[cmake-developers] [CMake 0012653]: NSIS: cmake unattended install does not work
The following issue has been SUBMITTED. == http://cmake.org/Bug/view.php?id=12653 == Reported By:Mathieu Malaterre Assigned To: == Project:CMake Issue ID: 12653 Category: CMake Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2012-01-04 05:32 EST Last Modified: 2012-01-04 05:32 EST == Summary:NSIS: cmake unattended install does not work Description: It looks as if cmake install /S option is broken, it does not install anything. See: http://nsis.sourceforge.net/Docs/Chapter4.html#4.8.1.36 Steps to Reproduce: cmake-2.8.7-win32-x86.exe /S == Issue History Date ModifiedUsername FieldChange == 2012-01-04 05:32 Mathieu MalaterreNew Issue == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CheckSymbolExists is unreliable
On Tue, Jan 3, 2012 at 2:17 PM, Rolf Eike Beer e...@sf-mail.de wrote: Pushed updated branch. Please review and merge to next if you like it. Can you handle Modules/CheckPrototypeDefinition.cmake too? I think it has the same problem. Will look at. There are a few problems with the current test. The configured cse.cmake scripts end up driving the test builds using the CMake that was used to configure CMake's build tree, not the one that was just built and should be tested. Also they don't select the generator properly so will only work on Unix- like systems. I don't think you need to create a whole new build tree for every test. You can do all the test try-compiles right in the main test CMakeLists.txt file, just with different result cache variable names foreach(_config_type Release RelWithDebInfo MinSizeRel Debug) set(CMAKE_TRY_COMPILE_CONFIGURATION ${_config_type}) check_symbol_exists(...) endforeach() In order to test things like -O3, just add them temporarily to the CMAKE_C_FLAGS or CMAKE_CXX_FLAGS variables. Nice. Will clean this up. When I put this directly into the CMakeLists.txt the other problems should vanish, no? Finally, I'd like to tweak the first commit message slightly: CheckSymbolExists: try to force the compiler to keep the referenced symbol s/try to// previous version was not really using this. This lead to symbols that are s/lead to/leads to/ No problem. Eike -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CheckSymbolExists is unreliable
On 1/4/2012 9:50 AM, Rolf Eike Beer wrote: Nice. Will clean this up. When I put this directly into the CMakeLists.txt the other problems should vanish, no? Yes, I think so. That is one reason I suggested the approach. Thanks, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0012654]: CMake allows dependency on non-existing tests
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12654 == Reported By:Denis Scherbakov Assigned To: == Project:CMake Issue ID: 12654 Category: CMake Reproducibility:always Severity: minor Priority: low Status: new == Date Submitted: 2012-01-04 11:22 EST Last Modified: 2012-01-04 11:22 EST == Summary:CMake allows dependency on non-existing tests Description: During configuration step (and a CTest run afterwards) CMake does not complain that tests depends on non-existent tests. ADD_EXECUTABLE(myExe) ADD_TEST(NAME myTest COMMAND myExe) SET_TESTS_PROPERTIES(myTest PROPERTIES DEPENDS myNonExistentTest) == Issue History Date ModifiedUsername FieldChange == 2012-01-04 11:22 Denis ScherbakovNew Issue == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0012655]: Cannot run Java from FindJava when using JOM
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=12655 == Reported By:André Caron Assigned To: == Project:CMake Issue ID: 12655 Category: CMake Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2012-01-04 12:21 EST Last Modified: 2012-01-04 12:21 EST == Summary:Cannot run Java from FindJava when using JOM Description: I have a CMake project that invokes Java to run PlantUML[1]. The CMake script runs fine when using NMake (NMake Makefiles generator) but fails to run when using JOM[2] (NMake Makefiles JOM generator). The error message printed by JOM is: 'C:\Windows\System32\java.exe' is not recognized as an internal or external command, operable program or batch file. The corresponding command in the build.make file for the target is: C:\Windows\System32\java.exe -jar C:/Users/carona/software/plantuml/7284/plantuml.jar -o C:/Users/carona/Desktop/projects/jom-java-path-bug/work/jom -tpng C:/Users/carona/Desktop/projects/jom-java-path-bug/demo-sequence-diagram.uml If I run this command from a regular windows command prompt, it works just fine. Moreover, the corresponding command using the NMake generator is: C:\Windows\System32\java.exe -jar C:/Users/carona/software/plantuml/7284/plantuml.jar -o C:/Users/carona/Desktop/projects/jom-java-path-bug/work/nmake -tpng C:/Users/carona/Desktop/projects/jom-java-path-bug/demo-sequence-diagram.uml This command also runs fine from a regular command prompt. At first, I though it had something to do with the backslashes and tried to emit a command that contained only forward slashes by using the get_filename_component(... ABSOLUTE) command. Outputting the resulting paths to the console via a status(MESSAGE ...) command confirms that the path contains no backslashes. However, the command in the build.cmake file *always* contains forward slashes for the program path. It seems that the add_custom_command() call that generates the command in question enforces backward slashes for the verb (program name). Further investigating this issue, I also noticed that when using the 64-bit Visual Studio tools, NMake can no longer generate the diagrams either and produces the following message: 'C:\Windows\System32\java.exe' is not recognized as an internal or external command, operable program or batch file. Attached to this message is the smallest possible project that reproduces the problem. It contains current outputs with logs containing the outputs of each command. Included in the archive is a run.bat script that contains the exact commands I used to generate the outputs. Thanks for looking at this! This issue is problematic for me since I can not render my UML diagrams and use parallel builds with the same configuration. [1]: http://plantuml.sourceforge.net/ [2]: http://qt.gitorious.org/qt-labs/jom Steps to Reproduce: 1. Download and unpack the attached project. 2. Follow instructions in the run.bat script. == Issue History Date ModifiedUsername FieldChange == 2012-01-04 12:21 André CaronNew Issue 2012-01-04 12:21 André CaronFile Added: jom-java-path-bug.zip == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0012656]: CPack crashes
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=12656 == Reported By:bastianra Assigned To: == Project:CMake Issue ID: 12656 Category: CPack Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2012-01-04 14:21 EST Last Modified: 2012-01-04 14:21 EST == Summary:CPack crashes Description: CPack stops, a window titled cpack.exe - Application Error pops open, displaying the message The exception unknown software exception (0xc417) occurred in the application at location 0x78591f93 Location and exception 0x ids are reproducible. Steps to Reproduce: run cpack.exe -G NSIS from cmd.exe (with working directory in build folder) Additional Information: I've attached the CPackConfig and CPackSourceConfig files == Issue History Date ModifiedUsername FieldChange == 2012-01-04 14:21 bastianra New Issue 2012-01-04 14:21 bastianra File Added: CpackConfig.zip == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CheckSymbolExists is unreliable
Am Mittwoch, 4. Januar 2012, 10:02:32 schrieb Brad King: On 1/4/2012 9:50 AM, Rolf Eike Beer wrote: Nice. Will clean this up. When I put this directly into the CMakeLists.txt the other problems should vanish, no? Yes, I think so. That is one reason I suggested the approach. Ok, I've updated the branch. The CheckPrototypeDefinition part is still missing, I'll see when I find time for it. Greetings, Eike signature.asc Description: This is a digitally signed message part. -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0012658]: On Microsoft Visual C++ 2008, even I set CMAKE_START_TEMP_FILE= and CMAKE_END_TEMP_FILE=, the command line is still not show
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=12658 == Reported By:Hong Xu Assigned To: == Project:CMake Issue ID: 12658 Category: CMake Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2012-01-05 01:19 EST Last Modified: 2012-01-05 01:19 EST == Summary:On Microsoft Visual C++ 2008, even I set CMAKE_START_TEMP_FILE= and CMAKE_END_TEMP_FILE=, the command line is still not show Description: When the generator is NMake Makefiles with MSVC 2008, I wish to see the full command line, but what says here http://www.cmake.org/Wiki/CMake_FAQ#Is_there_an_option_to_produce_more_.27verbose.27_compiling.3F does not help. Steps to Reproduce: When the generator is NMake Makefiles with MSVC 2008, I wish to see the full command line, thus I use the following command to generate: cmake .. -G NMake Makefiles -DCMAKE_START_TEMP_FILE= -DCMAKE_END_TEMP_FILE= nmake VERBOSE=1 But there is still something like @ appears. Then I tried: cmake .. -G NMake Makefiles nmake VERBOSE=1 CMAKE_START_TEMP_FILE= CMAKE_END_TEMP_FILE= Nothing helped. == Issue History Date ModifiedUsername FieldChange == 2012-01-05 01:19 Hong XuNew Issue == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[CMake] DeployQt4 example
Does anyone have a working example for the new DeployQt4 module? Thanks in advance -- 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] Generate Xcode projects on a Windows environment
We need to generate Xcode projects but from a Windows environment. CMake does the job well on a MAC OS environment. However, it can't do it on a Windows environment. I wonder if there are some technical reasons to it or if it is just a choice made by the CMake development team since this use case is outside the scope of CMake use. I quickly looked at the source code of CMake and saw that, for the Mac version, the version.plist file of Xcode is read to know the installed version. Then, this is used to generate the good version of the project. Is it the only technical reason why Xcode projects must be generated on a Mac ? Thanks. J Hertout -- 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] Generate Xcode projects on a Windows environment
2012/1/4 Hertout Julien julien.hert...@neomades.com: We need to generate Xcode projects but from a Windows environment. Is it possible to know why you need that? CMake generated project files are not meant to be relocatable and they depend on CMake as well So generating a project file on a host that is not the one you'll be working on has good chance to fail at some point. So what is your use case for that? -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- 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] RC compiler on Linux - new problem
Hi Michael first of all best wishes for 2012 ! Let's start 2012 with a new question for CMake community ! It is related with prior discussions we had about rc compiler on Linux. Sorry but I had many things to do in the meantime and I could only come back to it recently. As a reminder, my problem was: - I must use the winteracter Fortran library resource compiler - it does not accept any output flag so that the output resource object is always created in-source - on Linux, it produces a .o object file instead of a .res file which mess up the rc process of CMake I tried your last suggestion that was to create a wrapper script and use it as the RC when I set the WINTERACTER_RC_COMPILER variable. My CMakeLists.txt file looks now like: ... IF(${WINTERACTER_RC_COMPILER}) CONFIGURE_FILE(winteracter_rc.sh.in winteracter_rc.sh @ONLY) SET(CMAKE_RC_COMPILER winteracter_rc.sh CACHE STRING RC compiler FORCE) ENDIF() PROJECT(toto Fortran RC) ... that I build with cmake -GUnix Makefile -DWINTERACTER_RC_COMPILER=ON ..\. However, the build ends up with an infinite loop that replicates endlessly the following pattern: -- The Fortran compiler identification is Intel -- Check for working Fortran compiler: /home/cs/pellegrini/bin/ifort -- Check for working Fortran compiler: /home/cs/pellegrini/bin/ifort -- works -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Checking whether /home/cs/pellegrini/bin/ifort supports Fortran 90 -- Checking whether /home/cs/pellegrini/bin/ifort supports Fortran 90 -- yes -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= winteracter_rc.sh would you have an idea of what is going wrong with my settings ? thanks a lot Eric Michael Hertling a écrit : On 10/25/2011 10:16 AM, pellegrini wrote: Hi Michael, I tried to adapt the files you gave me to my project. It almost works. As a reminder, there were a CMakeLists.txt with an overloaded add_executable function that created a sym_link for the rc files and a shell file (rc.sh) used to suit the rc compiler call to my needs. I found one problem that I still not have solved. The shell script is declared under the following command: set_property(GLOBAL PROPERTY RULE_LAUNCH_COMPILE bash rc.sh CMAKE_RC_COMPILER SOURCE OBJECT) However, this command makes that even my f90 files uses the rc compiler which obvioulsy makes my build crash. I tried to use something like set_property(SOURCE myrcfile.rc PROPERTY RULE_LAUNCH_COMPILE ... in order to apply the patch only when a rc file is under process but unfortunately this property is not a valid source properties. Would you see any way to circumvent that problem ? thanks Eric The rc.sh script is designed to differentiate between an RC invocation and something else; this is why it is called with the RC as the first argument. If the first argument of the actual command line is equal to CMAKE_RC_COMPILER, the command line is modified to adapt to the winteracter RC; otherwise, it is executed without modification. Watch out for the lines starting with Executing ... in the output of Make. If it still does not work, could you provide a small self-contained example which demonstrates the issue for further investigation? However, I reconsidered your concern in the meantime. Possibly, it's a more appropriate approach to use a wrapper script for the winteracter RC to adapt the latter to CMake's expectations. This script should: - accept parameters according to Modules/CMakeRCInformation.cmake, - link or copy the source file to a temporary directory the winteracter RC can write its output file to thereafter, - move the output file where it's expected by CMake. This wrapper can be enabled when WINTERACTER_RC_COMPILER is set at the initial configuration of the project, so you don't need to re- implement ADD_EXECUTABLE() et al. - which works only once anyway - or to rely on the Makefile-specific RULE_LAUNCH_COMPILE property, and the RC files still don't need to be handled specially, which has been the idea of ADD_EXECUTABLE()'s reimplementation. However, the downside is that you can not use CMake anymore to detect the winteracter RC automatically; you must do it by yourself before the PROJECT() or ENABLE_LANGUGAE() command, e.g. IF(WINTERACTER_RC_COMPILER) CONFIGURE_FILE(rc.sh.in rc.sh @ONLY) SET(CMAKE_RC_COMPILER ${CMAKE_BINARY_DIR}/rc.sh CACHE STRING RC compiler FORCE) ENDIF() PROJECT(... RC) with a template rc.sh.in for the wrapper script rc.sh, containing @WINTERACTER_RC_COMPILER@ somewhere. In this way, anything should work as usual if WINTERACTER_RC_COMPILER is not set at the initial configuration of the project, but if it is set, the wrapper script is configured and forced to be used as the RC, and the subsequent PROJECT() or ENABLE_LANGUGAE()
[CMake] How to force CMake install / CPack to create an empty directory.
Hello, For the purposes of my project i need to create multiple empty directories where my exectuable is located, and I would like to include these directories in the .zip file. I have tried the following: -- ... INSTALL(TARGETS myproject DESTINATION .) INSTALL(DIRECTORY DESTINATION directory) - nothing happends SET(CPACK_GENERATOR ZIP) INCLUDE(CPack) --- but i cannot stick the empty directory inside, only way around i found was creating a dummy file. Is there any other way to to do this? Instruction here http://www.lcfg.org/doc/buildtools/cmake_recipes.html says to do exactly what i did, but it still did not work, has this changed in newer cmake versions? Is it still possible to do it? Thank you for your help Vlado -- 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 force CMake install / CPack to create an empty directory.
2012/1/4 Vladimir Jaksic vladimir.jak...@gmail.com: Hello, For the purposes of my project i need to create multiple empty directories where my exectuable is located, and I would like to include these directories in the .zip file. I have tried the following: -- ... INSTALL(TARGETS myproject DESTINATION .) INSTALL(DIRECTORY DESTINATION directory) - nothing happends SET(CPACK_GENERATOR ZIP) INCLUDE(CPack) --- but i cannot stick the empty directory inside, only way around i found was creating a dummy file. Is there any other way to to do this? Instruction here http://www.lcfg.org/doc/buildtools/cmake_recipes.html says to do exactly what i did, but it still did not work, has this changed in newer cmake versions? Is it still possible to do it? Looks like an unresolved, but nevertheless known, bug: http://public.kitware.com/Bug/view.php?id=8767 Note however that the problem seems to be with all Archive generators: STGZ TBZ2 TGZ TZZIP e.g. DEB and RPM do include the empty. This means that the empty dir is installed (in local CPack temp dir) but not packaged. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- 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] Generate Xcode projects on a Windows environment
Le 04/01/12 12:54, Eric Noulard a écrit : 2012/1/4 Hertout Julienjulien.hert...@neomades.com: We need to generate Xcode projects but from a Windows environment. Is it possible to know why you need that? CMake generated project files are not meant to be relocatable and they depend on CMake as well So generating a project file on a host that is not the one you'll be working on has good chance to fail at some point. So what is your use case for that? Thanks for your response. Is it possible to know why you need that? Of course. We develop software to help to develop applications for mobile phones. From a source code written in Java with our APIs we generate projects for JavaME, Android, Blackberry, WP7 and (almost) for iPhone. For JavaME, Android and Blackberry we generate Java project for Eclipse and for WP7 a Visual Studio for Windows Phone project. We want to generate a Xcode project for iPhone. Actually all the source code are generated by our tool but not the Xcode project. It is where CMake can help. Except for iPhone, all the projects can be generated from any OS (even if the project for WP7 cannot be open from a Mac). It is a feature we propose : user just have to push a button to have all its projects. Then, to build or modify the projects, each project can be copied or sent to another computer. CMake can be a way to quickly generate the project from the sources we generate for iPhone (moreover, it is quite difficult to manualy generate a XCode project). However if you say that the generated project files are not meant to be relocable, we might think to do it in an other way or to adapt our product. -- 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] Generate Xcode projects on a Windows environment
2012/1/4 Hertout Julien julien.hert...@neomades.com: Is it possible to know why you need that? Of course. We develop software to help to develop applications for mobile phones. From a source code written in Java with our APIs we generate projects for JavaME, Android, Blackberry, WP7 and (almost) for iPhone. For JavaME, Android and Blackberry we generate Java project for Eclipse and for WP7 a Visual Studio for Windows Phone project. We want to generate a Xcode project for iPhone. Actually all the source code are generated by our tool but not the Xcode project. It is where CMake can help. Except for iPhone, all the projects can be generated from any OS (even if the project for WP7 cannot be open from a Mac). It is a feature we propose : user just have to push a button to have all its projects. Then, to build or modify the projects, each project can be copied or sent to another computer. Ok I see. CMake can be a way to quickly generate the project from the sources we generate for iPhone (moreover, it is quite difficult to manualy generate a XCode project). However if you say that the generated project files are not meant to be relocable, we might think to do it in an other way or to adapt our product. I let people with more experience than me with XCode, iphone Co. comment on that. However, a general rule with CMake is to consider that cmake itself becomes a requirement of your build system. With CMake (at least currently) the developer/user cannot work without CMake if the project (makefiles, IDE project files (Visual Studio, XCode, Eclipse) has been generated with it. see e.g. http://www.cmake.org/Wiki/CMake_FAQ#Why_does_CMake_use_full_paths.2C_or_can_I_copy_my_build_tree.3F or http://www.cmake.org/Bug/view.php?id=11095 -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- 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] XCode generator hangs when writing build config.
What project are you running through CMake? Is it available for us to try to reproduce here? I've not heard of anything like this... Can you use Activity Monitor to inspect the process and grab a sample showing a call stack of what's happening when it's hung? Does CMake have any child processes that run during the configure of this project? (i.e. -- do you call execute_process with anything) What else did you upgrade at the same time? :-) Thx, David On Wed, Jan 4, 2012 at 10:08 AM, Axel Roebel axel.roe...@ircam.fr wrote: Hello I just upgraded from 2.8.1 to 2.8.6 to be able to use the recently added generator expressions in add_custom_command. Unfortunately, whenever I try to generate a project for Xcode (Mac OSX 10.6.8, Xcode 3.2.6) the project generator (command line as well as gui) hangs in the last phase when it writes the project files. Is Xcode 3.2.6 no longer supported, or does anybody have an idea what might be the problem? I used cmake that comes from macports repository, but after that failed I tried version 2.8.7 from the cmake download page, but that gave the same result (None). Cheers Axel -- Axel Roebel Head of the Analysis/Synthesis Team, IRCAM Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540 -- 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] XCode generator hangs when writing build config.
On Wed, Jan 4, 2012 at 12:36 PM, Axel Roebel axel.roe...@ircam.fr wrote: On 4/1/12 5:05 PM, David Cole wrote: What project are you running through CMake? Is it available for us to try to reproduce here? It is the SDIF/EASDIF_SDIF project that is on sourceforge. http://sourceforge.net/projects/sdif/files/Easdif/ I've not heard of anything like this... Thanks for the feedback. So I took the cmake sources and compiled in debug mode to see what is the problem. In my opinion there is a bug in cmGlobalXCodeGenerator::CreateBuildSettings in function ExtractFlag(const char* flag, std::string flags) In my case I loop endlessly in std::string gflag = this-ExtractFlag(-g, flags); while I have these flags -DGCC_HAS_VISIBILITY -fvisibility=hidden -fstrict-aliasing -maccumulate-outgoing-args -DNDEBUG -DNDEBUG -funroll-loops -Wall -Wno-switch -Wno-unused-function -finline-limit=5000 --param large-function-insns=5000 --param large-function-growth=500 --param inline-unit-growth=100 -fPIC You see the -g is not there but something is found here inline-unit-growth=100 -fPIC and as the function is implemented it does not handle this case correctly. I suggest the following fix for the ExtractfFlag function that ensures that a flag that is found will never be refound even if it is nor removed (see FIX section below). The fix works for me. std::string cmGlobalXCodeGenerator::ExtractFlag(const char* flag, std::string flags) { std::string retFlag; std::string::size_type pos = flags.rfind(flag); bool saved = false; while(pos != flags.npos) { if(pos == 0 || flags[pos-1]==' ') { while(pos flags.size() flags[pos] != ' ') { if(!saved) { retFlag += flags[pos]; } flags[pos] = ' '; pos++; } } saved = true; // FIX IS HERE // original version // pos = flags.rfind(flag); // corrected version if(pos) pos = flags.rfind(flag, pos-1); else pos = flags.npos; // END OF FIX } return retFlag; } Cheers Axel Can you use Activity Monitor to inspect the process and grab a sample showing a call stack of what's happening when it's hung? Does CMake have any child processes that run during the configure of this project? (i.e. -- do you call execute_process with anything) What else did you upgrade at the same time? :-) Thx, David On Wed, Jan 4, 2012 at 10:08 AM, Axel Roebel axel.roe...@ircam.fr wrote: Hello I just upgraded from 2.8.1 to 2.8.6 to be able to use the recently added generator expressions in add_custom_command. Unfortunately, whenever I try to generate a project for Xcode (Mac OSX 10.6.8, Xcode 3.2.6) the project generator (command line as well as gui) hangs in the last phase when it writes the project files. Is Xcode 3.2.6 no longer supported, or does anybody have an idea what might be the problem? I used cmake that comes from macports repository, but after that failed I tried version 2.8.7 from the cmake download page, but that gave the same result (None). Cheers Axel -- Axel Roebel Head of the Analysis/Synthesis Team, IRCAM Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540 -- 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 -- Axel Roebel Head of the Analysis/Synthesis Team, IRCAM Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540 Wow. Nice, quick work. Thanks for the patch. I'll get it applied and pushed to our 'next' branch so this can get into the next release... Thanks, David -- 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] Add Custom COmmand and CMAKE_CFG_INTDIR
I am having trouble getting add_custom_Command and CMAKE_CFG_INTDIR to work correctly together. This is what I have so far. # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH Single Directory for all Libraries ) # Create our custom executable that will generate most of our QFilterWidget # classes from information stored in the Filters themselves. configure_file( ${FilterWidgets_SOURCE_DIR}/CodeGen.cpp.in ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) add_executable(FilterWidgetCodeGen ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) target_link_libraries(FilterWidgetCodeGen MXA EbsdLib DREAM3DLib) set(EXE_EXTENSION ) if (WIN32) set (EXE_EXTENSION .exe) endif() # Now run the code to generate the header files which will over write the place # holder files that were generated from above add_custom_command(TARGET FilterWidgetCodeGen POST_BUILD COMMAND FilterWidgetCodeGen${EXE_EXTENSION} WORKING_DIRECTORY ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}) I know this is going to fail on visual studio, which it did. The issue is, what combination of CMAKE_CFG_INTDIR and anything else do I use to get this to work? Thanks ___ Mike JacksonPrincipal Software Engineer BlueQuartz SoftwareDayton, Ohio mike.jack...@bluequartz.net www.bluequartz.net -- 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] Add Custom COmmand and CMAKE_CFG_INTDIR
Have you tried excluding the .exe thing? I thought cmake did the right thing for targets used in custom commands. Clint - Reply message - From: Michael Jackson mike.jack...@bluequartz.net Date: Wed, Jan 4, 2012 1:28 pm Subject: [CMake] Add Custom COmmand and CMAKE_CFG_INTDIR To: cmake@cmake.org List cmake@cmake.org I am having trouble getting add_custom_Command and CMAKE_CFG_INTDIR to work correctly together. This is what I have so far. # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH Single Directory for all Libraries ) # Create our custom executable that will generate most of our QFilterWidget # classes from information stored in the Filters themselves. configure_file( ${FilterWidgets_SOURCE_DIR}/CodeGen.cpp.in ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) add_executable(FilterWidgetCodeGen ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) target_link_libraries(FilterWidgetCodeGen MXA EbsdLib DREAM3DLib) set(EXE_EXTENSION ) if (WIN32) set (EXE_EXTENSION .exe) endif() # Now run the code to generate the header files which will over write the place # holder files that were generated from above add_custom_command(TARGET FilterWidgetCodeGen POST_BUILD COMMAND FilterWidgetCodeGen${EXE_EXTENSION} WORKING_DIRECTORY ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}) I know this is going to fail on visual studio, which it did. The issue is, what combination of CMAKE_CFG_INTDIR and anything else do I use to get this to work? Thanks ___ Mike JacksonPrincipal Software Engineer BlueQuartz SoftwareDayton, Ohio mike.jack...@bluequartz.net www.bluequartz.net -- 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] Add Custom COmmand and CMAKE_CFG_INTDIR
I robbed this from the HDF5 project which does something very similar to what I am doing: SET (CMD ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}${CFG_INIT}/H5detect${EXE_EXT}) That seems to at least point to the proper location. Now to get Visual Studio to actually execute the executable. -- Mike Jackson www.bluequartz.net On Jan 4, 2012, at 3:54 PM, clin...@elemtech.com wrote: Have you tried excluding the .exe thing? I thought cmake did the right thing for targets used in custom commands. Clint - Reply message - From: Michael Jackson mike.jack...@bluequartz.net Date: Wed, Jan 4, 2012 1:28 pm Subject: [CMake] Add Custom COmmand and CMAKE_CFG_INTDIR To: cmake@cmake.org List cmake@cmake.org I am having trouble getting add_custom_Command and CMAKE_CFG_INTDIR to work correctly together. This is what I have so far. # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH Single Directory for all Libraries ) # Create our custom executable that will generate most of our QFilterWidget # classes from information stored in the Filters themselves. configure_file( ${FilterWidgets_SOURCE_DIR}/CodeGen.cpp.in ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) add_executable(FilterWidgetCodeGen ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) target_link_libraries(FilterWidgetCodeGen MXA EbsdLib DREAM3DLib) set(EXE_EXTENSION ) if (WIN32) set (EXE_EXTENSION .exe) endif() # Now run the code to generate the header files which will over write the place # holder files that were generated from above add_custom_command(TARGET FilterWidgetCodeGen POST_BUILD COMMAND FilterWidgetCodeGen${EXE_EXTENSION} WORKING_DIRECTORY ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}) I know this is going to fail on visual studio, which it did. The issue is, what combination of CMAKE_CFG_INTDIR and anything else do I use to get this to work? Thanks ___ Mike JacksonPrincipal Software Engineer BlueQuartz SoftwareDayton, Ohio mike.jack...@bluequartz.net www.bluequartz.net -- 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] Add Custom COmmand and CMAKE_CFG_INTDIR
On 1/4/2012 4:03 PM, Michael Jackson wrote: I robbed this from the HDF5 project which does something very similar to what I am doing: SET (CMD ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}${CFG_INIT}/H5detect${EXE_EXT}) That seems to at least point to the proper location. Now to get Visual Studio to actually execute the executable. That is pretty old stuff... There are better ways to do that in CMake now: cmake --help-command add_custom_command Arguments to COMMAND may use generator expressions with the syntax $ Generator expressions are evaluted during build system generation to produce information specific to each build configuration. Valid expressions are: $CONFIGURATION = configuration name $TARGET_FILE:tgt= main file (.exe, .so.1.2, .a) $TARGET_LINKER_FILE:tgt = file used to link (.a, .lib, .so) $TARGET_SONAME_FILE:tgt = file with soname (.so.3) This should work: COMMAND $TARGET_FILE:FilterWidgetCodeGen -Bill -- Mike Jacksonwww.bluequartz.net On Jan 4, 2012, at 3:54 PM, clin...@elemtech.com wrote: Have you tried excluding the .exe thing? I thought cmake did the right thing for targets used in custom commands. Clint - Reply message - From: Michael Jacksonmike.jack...@bluequartz.net Date: Wed, Jan 4, 2012 1:28 pm Subject: [CMake] Add Custom COmmand and CMAKE_CFG_INTDIR To: cmake@cmake.org Listcmake@cmake.org I am having trouble getting add_custom_Command and CMAKE_CFG_INTDIR to work correctly together. This is what I have so far. # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH Single Directory for all Libraries ) # Create our custom executable that will generate most of our QFilterWidget # classes from information stored in the Filters themselves. configure_file( ${FilterWidgets_SOURCE_DIR}/CodeGen.cpp.in ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) add_executable(FilterWidgetCodeGen ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) target_link_libraries(FilterWidgetCodeGen MXA EbsdLib DREAM3DLib) set(EXE_EXTENSION ) if (WIN32) set (EXE_EXTENSION .exe) endif() # Now run the code to generate the header files which will over write the place # holder files that were generated from above add_custom_command(TARGET FilterWidgetCodeGen POST_BUILD COMMAND FilterWidgetCodeGen${EXE_EXTENSION} WORKING_DIRECTORY ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}) I know this is going to fail on visual studio, which it did. The issue is, what combination of CMAKE_CFG_INTDIR and anything else do I use to get this to work? Thanks ___ Mike JacksonPrincipal Software Engineer BlueQuartz SoftwareDayton, Ohio mike.jack...@bluequartz.net www.bluequartz.net -- 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 -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573 -- 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] Add Custom COmmand and CMAKE_CFG_INTDIR
Thanks! The definitely fixed the issue for ALL the platforms. I guess I just have not been keeping up with all the additions to CMake. At what version was this syntax introduced? -- Mike Jackson www.bluequartz.net On Jan 4, 2012, at 4:11 PM, Bill Hoffman wrote: On 1/4/2012 4:03 PM, Michael Jackson wrote: I robbed this from the HDF5 project which does something very similar to what I am doing: SET (CMD ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}${CFG_INIT}/H5detect${EXE_EXT}) That seems to at least point to the proper location. Now to get Visual Studio to actually execute the executable. That is pretty old stuff... There are better ways to do that in CMake now: cmake --help-command add_custom_command Arguments to COMMAND may use generator expressions with the syntax $ Generator expressions are evaluted during build system generation to produce information specific to each build configuration. Valid expressions are: $CONFIGURATION = configuration name $TARGET_FILE:tgt= main file (.exe, .so.1.2, .a) $TARGET_LINKER_FILE:tgt = file used to link (.a, .lib, .so) $TARGET_SONAME_FILE:tgt = file with soname (.so.3) This should work: COMMAND $TARGET_FILE:FilterWidgetCodeGen -Bill -- Mike Jacksonwww.bluequartz.net On Jan 4, 2012, at 3:54 PM, clin...@elemtech.com wrote: Have you tried excluding the .exe thing? I thought cmake did the right thing for targets used in custom commands. Clint - Reply message - From: Michael Jacksonmike.jack...@bluequartz.net Date: Wed, Jan 4, 2012 1:28 pm Subject: [CMake] Add Custom COmmand and CMAKE_CFG_INTDIR To: cmake@cmake.org Listcmake@cmake.org I am having trouble getting add_custom_Command and CMAKE_CFG_INTDIR to work correctly together. This is what I have so far. # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH Single Directory for all Libraries ) # Create our custom executable that will generate most of our QFilterWidget # classes from information stored in the Filters themselves. configure_file( ${FilterWidgets_SOURCE_DIR}/CodeGen.cpp.in ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) add_executable(FilterWidgetCodeGen ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) target_link_libraries(FilterWidgetCodeGen MXA EbsdLib DREAM3DLib) set(EXE_EXTENSION ) if (WIN32) set (EXE_EXTENSION .exe) endif() # Now run the code to generate the header files which will over write the place # holder files that were generated from above add_custom_command(TARGET FilterWidgetCodeGen POST_BUILD COMMAND FilterWidgetCodeGen${EXE_EXTENSION} WORKING_DIRECTORY ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}) I know this is going to fail on visual studio, which it did. The issue is, what combination of CMAKE_CFG_INTDIR and anything else do I use to get this to work? Thanks ___ Mike JacksonPrincipal Software Engineer BlueQuartz SoftwareDayton, Ohio mike.jack...@bluequartz.net www.bluequartz.net -- 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] Visual Studio Generator: Unable to show property page for custom build tool
Hi, I’ve been experimenting with using Visual Studio’s “Custom Build Tool” per cpp file to perform some specialized operations. However, the property page is not visible (not editable) when I generate a project with cmake. To see what this looks like, see here: http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/496e301c-de2e-49bf-bbfa-ea8de335a0a5 . To reproduce: 1)Generate a c++ project for visual studio (I’m using vs2010) 2)Right click a .cpp file in the solution and go to properties 3)Under Configuration Properties/General, change “Item Type” to “Custom Build Tool” 4)Click Apply 5)Select Configuration Properties / Custom Build Tool / General I’ve attempted to hand edit the solution and project files to determine what is causing this but nothing I removed seemed to have any affect. Any ideas on how to fix this or where to look? Michael Guerrero Programmer at Delta3D Research Associate, MOVES Institute, Naval Postgraduate School Monterey, CA -- 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] Visual Studio Generator: Unable to show property page for custom build tool
On Wed, Jan 4, 2012 at 2:30 PM, Michael Guerrero insom...@yahoo.com wrote: Hi, I’ve been experimenting with using Visual Studio’s “Custom Build Tool” per cpp file to perform some specialized operations. However, the property page is not visible (not editable) when I generate a project with cmake. To see what this looks like, see here: http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/496e301c-de2e-49bf-bbfa-ea8de335a0a5. To reproduce: 1) Generate a c++ project for visual studio (I’m using vs2010) 2) Right click a .cpp file in the solution and go to properties 3) Under Configuration Properties/General, change “Item Type” to “Custom Build Tool” 4) Click Apply 5) Select Configuration Properties / Custom Build Tool / General I’ve attempted to hand edit the solution and project files to determine what is causing this but nothing I removed seemed to have any affect. Any ideas on how to fix this or where to look? Michael Guerrero Programmer at Delta3D Research Associate, MOVES Institute, Naval Postgraduate School Monterey, CA -- 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 I've seen this with other property pages. One of my coworkers explained that it might be the XML CMake generates for the proj files is a little bit off and VS fails to understand it properly. 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] Visual Studio Generator: Unable to show property page for custom build tool
On Wed, Jan 4, 2012 at 4:30 PM, Michael Guerrero insom...@yahoo.com wrote: Hi, I’ve been experimenting with using Visual Studio’s “Custom Build Tool” per cpp file to perform some specialized operations. However, the property page is not visible (not editable) when I generate a project with cmake. To see what this looks like, see here: http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/496e301c-de2e-49bf-bbfa-ea8de335a0a5 . To reproduce: 1) Generate a c++ project for visual studio (I’m using vs2010) 2) Right click a .cpp file in the solution and go to properties 3) Under Configuration Properties/General, change “Item Type” to “Custom Build Tool” 4) Click Apply 5) Select Configuration Properties / Custom Build Tool / General I’ve attempted to hand edit the solution and project files to determine what is causing this but nothing I removed seemed to have any affect. Any ideas on how to fix this or where to look? A little off topic but even if this worked won't all settings you make get overwritten when CMake regenerates your project or are these stored in .user files or something else that CMake does not touch? 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
[CMake] Adding a reference to a .NET dll in my C++/CLI project
I've been able to generate VS 2010 solution's via CMake for my C++/CLI project (.NET project). We've added the log4net.dll to the project by hand. This is the .NET version of the log4j project. What I'd like to do is add a reference to this DLL to the solution via cmake using a Findlog4net.cmake file with a given version number but haven't figured out how to integrate this since its a dll only. I've tried, find_library(LOG4NET_LIB log4net ${PATH_TO_DLL_LOCATION}) but this hasn't worked. Any ideas? Brian -- 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] Visual Studio Generator: Unable to show property page for custom build tool
Michael Guerrero wrote: Hi, I’ve been experimenting with using Visual Studio’s “Custom Build Tool” per cpp file to perform some specialized operations. However, the property page is not visible (not editable) when I generate a project with cmake. To see what this looks like, see here: http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/496e301c-de2e-49bf-bbfa-ea8de335a0a5 To reproduce: 1)Generate a c++ project for visual studio (I’m using vs2010) 2)Right click a .cpp file in the solution and go to properties 3)Under Configuration Properties/General, change “Item Type” to “Custom Build Tool” 4)Click Apply 5)Select Configuration Properties / Custom Build Tool / General I’ve attempted to hand edit the solution and project files to determine what is causing this but nothing I removed seemed to have any affect. Any ideas on how to fix this or where to look? Please have a look at the following issue that I reported last year: 0012570: VS10 property pages for single source file gone, http://public.kitware.com/Bug/view.php?id=12570 That's the issue, isn't it? I posted the following workaround at https://connect.microsoft.com/VisualStudio/feedback/details/635294/using-absolute-path-in-clcompile-item-prevents-property-pages-from-showing : Suppose the .vcxproj file is located at drive 'D:'. Now associate 'D:\' with a new (unused) drive letter, for example 'V:', using cmd.exe: subst V: D:\ Now open the project via drive 'V:', instead of drive 'D:'. And guess what, Visual Studio 2010 allows viewing the C/C++ properties of individual source files! HTH, Niels -- Niels Dekker http://www.xs4all.nl/~nd/dekkerware Scientific programmer at LKEB, Leiden University Medical Center -- 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] Adding a reference to a .NET dll in my C++/CLI project
Am Mittwoch, 4. Januar 2012, 23:32:21 schrieb brian: I've been able to generate VS 2010 solution's via CMake for my C++/CLI project (.NET project). We've added the log4net.dll to the project by hand. This is the .NET version of the log4j project. What I'd like to do is add a reference to this DLL to the solution via cmake using a Findlog4net.cmake file with a given version number but haven't figured out how to integrate this since its a dll only. I've tried, find_library(LOG4NET_LIB log4net ${PATH_TO_DLL_LOCATION}) but this hasn't worked. The .dll is the runtime library but for linking with VisualStudio, you need a .lib import library. 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] Add Custom COmmand and CMAKE_CFG_INTDIR
On 1/4/2012 4:27 PM, Michael Jackson wrote: Thanks! The definitely fixed the issue for ALL the platforms. I guess I just have not been keeping up with all the additions to CMake. At what version was this syntax introduced? Looks like about a year ago: http://cmake.org/gitweb?p=cmake.git;a=commit;h=f0cdb6001b3e915fc0d9c1120165d49725440bbd committerBrad King brad.k...@kitware.com Wed, 15 Dec 2010 19:53:48 + (14:53 -0500) -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] Add Custom COmmand and CMAKE_CFG_INTDIR
On Wed, Jan 4, 2012 at 7:14 PM, Bill Hoffman bill.hoff...@kitware.com wrote: On 1/4/2012 4:27 PM, Michael Jackson wrote: Thanks! The definitely fixed the issue for ALL the platforms. I guess I just have not been keeping up with all the additions to CMake. At what version was this syntax introduced? Looks like about a year ago: http://cmake.org/gitweb?p=cmake.git;a=commit;h=f0cdb6001b3e915fc0d9c1120165d49725440bbd committerBrad King brad.k...@kitware.com Wed, 15 Dec 2010 19:53:48 + (14:53 -0500) -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 That commit references fixing http://public.kitware.com/Bug/view.php?id=11209 -- and if you view it with gitk, it agrees and says the commit precedes the tag v2.8.4. 2.8.4 or later should have this capability. You should use 2.8.4 if it's not already higher than that in your cmake_minimum_required call. HTH, David -- 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] XCode generator hangs when writing build config.
On Wed, Jan 4, 2012 at 1:14 PM, David Cole david.c...@kitware.com wrote: On Wed, Jan 4, 2012 at 12:36 PM, Axel Roebel axel.roe...@ircam.fr wrote: On 4/1/12 5:05 PM, David Cole wrote: What project are you running through CMake? Is it available for us to try to reproduce here? It is the SDIF/EASDIF_SDIF project that is on sourceforge. http://sourceforge.net/projects/sdif/files/Easdif/ I've not heard of anything like this... Thanks for the feedback. So I took the cmake sources and compiled in debug mode to see what is the problem. In my opinion there is a bug in cmGlobalXCodeGenerator::CreateBuildSettings in function ExtractFlag(const char* flag, std::string flags) In my case I loop endlessly in std::string gflag = this-ExtractFlag(-g, flags); while I have these flags -DGCC_HAS_VISIBILITY -fvisibility=hidden -fstrict-aliasing -maccumulate-outgoing-args -DNDEBUG -DNDEBUG -funroll-loops -Wall -Wno-switch -Wno-unused-function -finline-limit=5000 --param large-function-insns=5000 --param large-function-growth=500 --param inline-unit-growth=100 -fPIC You see the -g is not there but something is found here inline-unit-growth=100 -fPIC and as the function is implemented it does not handle this case correctly. I suggest the following fix for the ExtractfFlag function that ensures that a flag that is found will never be refound even if it is nor removed (see FIX section below). The fix works for me. std::string cmGlobalXCodeGenerator::ExtractFlag(const char* flag, std::string flags) { std::string retFlag; std::string::size_type pos = flags.rfind(flag); bool saved = false; while(pos != flags.npos) { if(pos == 0 || flags[pos-1]==' ') { while(pos flags.size() flags[pos] != ' ') { if(!saved) { retFlag += flags[pos]; } flags[pos] = ' '; pos++; } } saved = true; // FIX IS HERE // original version // pos = flags.rfind(flag); // corrected version if(pos) pos = flags.rfind(flag, pos-1); else pos = flags.npos; // END OF FIX } return retFlag; } Cheers Axel Can you use Activity Monitor to inspect the process and grab a sample showing a call stack of what's happening when it's hung? Does CMake have any child processes that run during the configure of this project? (i.e. -- do you call execute_process with anything) What else did you upgrade at the same time? :-) Thx, David On Wed, Jan 4, 2012 at 10:08 AM, Axel Roebel axel.roe...@ircam.fr wrote: Hello I just upgraded from 2.8.1 to 2.8.6 to be able to use the recently added generator expressions in add_custom_command. Unfortunately, whenever I try to generate a project for Xcode (Mac OSX 10.6.8, Xcode 3.2.6) the project generator (command line as well as gui) hangs in the last phase when it writes the project files. Is Xcode 3.2.6 no longer supported, or does anybody have an idea what might be the problem? I used cmake that comes from macports repository, but after that failed I tried version 2.8.7 from the cmake download page, but that gave the same result (None). Cheers Axel -- Axel Roebel Head of the Analysis/Synthesis Team, IRCAM Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540 -- 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 -- Axel Roebel Head of the Analysis/Synthesis Team, IRCAM Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540 Wow. Nice, quick work. Thanks for the patch. I'll get it applied and pushed to our 'next' branch so this can get into the next release... Thanks, David Hmmm. I've downloaded the source from SourceForge, but do not reproduce the problem here simply by running cmake to configure/generate. You must be setting the flags explicitly somehow? (By hand, or with a script?) Can you tell me exactly how to reproduce the problem so that I can verify the fix works? The ExtractFlags method was modified in this commit to remove conflicting -g flags when multiple -g flags occur... http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=cb22afc0 It's relatively recent and first appeared in 2.8.6 -- I want to make sure that whatever fix goes in now also honors the intent of that commit, which fixed http://public.kitware.com/Bug/view.php?id=12377 Thanks, David -- 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] Adding a reference to a .NET dll in my C++/CLI project
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/04/12 14:32, brian wrote: I've been able to generate VS 2010 solution's via CMake for my C++/CLI project (.NET project). We've added the log4net.dll to the project by hand. This is the .NET version of the log4j project. What I'd like to do is add a reference to this DLL to the solution via cmake using a Findlog4net.cmake file with a given version number but haven't figured out how to integrate this since its a dll only. I've tried, find_library(LOG4NET_LIB log4net ${PATH_TO_DLL_LOCATION}) but this hasn't worked. Any ideas? Brian -- 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 I recently submitted a patch for CMake to allow linking against .NET DLLs. The code to support this should be in 2.8.7. The way to accomplish the .NET linking is: set_target_properties(your_target VS_DOTNET_REFERENCES System;Log4Net.Logger) or whatever the necessary namespaces are. You will of course need the relevant DLLs in the system search path at build and run time. Hope that helps. - -Aaron - -- Aaron Ten Clay MadeByAI Consulting -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8E9tsACgkQXXAPYyclsaWHLgCffvl0ffA7hnl3yCC1y9JXPWRx 7P8AnAmC4jYSGOzkiNMiMl/onsBrNLB6 =KRmB -END PGP SIGNATURE- -- 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] RC compiler on Linux - new problem
On 01/04/2012 02:08 PM, pellegrini wrote: Hi Michael first of all best wishes for 2012 ! Thanks, the same to you! Let's start 2012 with a new question for CMake community ! It is related with prior discussions we had about rc compiler on Linux. Sorry but I had many things to do in the meantime and I could only come back to it recently. As a reminder, my problem was: - I must use the winteracter Fortran library resource compiler - it does not accept any output flag so that the output resource object is always created in-source - on Linux, it produces a .o object file instead of a .res file which mess up the rc process of CMake I tried your last suggestion that was to create a wrapper script and use it as the RC when I set the WINTERACTER_RC_COMPILER variable. My CMakeLists.txt file looks now like: ... IF(${WINTERACTER_RC_COMPILER}) CONFIGURE_FILE(winteracter_rc.sh.in winteracter_rc.sh @ONLY) SET(CMAKE_RC_COMPILER winteracter_rc.sh CACHE STRING RC compiler FORCE) ENDIF() PROJECT(toto Fortran RC) ... that I build with cmake -GUnix Makefile -DWINTERACTER_RC_COMPILER=ON ..\. However, the build ends up with an infinite loop that replicates endlessly the following pattern: -- The Fortran compiler identification is Intel -- Check for working Fortran compiler: /home/cs/pellegrini/bin/ifort -- Check for working Fortran compiler: /home/cs/pellegrini/bin/ifort -- works -- Detecting Fortran compiler ABI info -- Detecting Fortran compiler ABI info - done -- Checking whether /home/cs/pellegrini/bin/ifort supports Fortran 90 -- Checking whether /home/cs/pellegrini/bin/ifort supports Fortran 90 -- yes -- Configuring done You have changed variables that require your cache to be deleted. Configure will be re-run and you may have to reset some variables. The following variables have changed: CMAKE_RC_COMPILER= winteracter_rc.sh would you have an idea of what is going wrong with my settings ? thanks a lot Eric First of all, I can confirm the configuration loop you've reported on. AFAICS, this is because the CMAKE_RC_COMPILER variable mustn't be set to certain values in the cache as they invalidate the latter and make CMake reconfigure the project, thus resulting in the infinite loop. Look at the following exemplary project: CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR) PROJECT(RC_LOOP RC) MESSAGE(CMAKE_RC_COMPILER: ${CMAKE_RC_COMPILER}) When configuring with -DCMAKE_RC_COMPILER=/bin/true, everything works fine, but with -DCMAKE_RC_COMPILER=true, the loop occurs although the true executable is in the path. This behavior seems a bit faulty to me and doesn't occur with CMAKE_C_COMPILER, e.g., in that manner, but perhaps, a CMake developer can provide us with some enlightenment. As a solution/workaround, you might try a full path for the wrapper script as I have also done in my example, or change the line SET(CMAKE_RC_COMPILER winteracter_rc.sh CACHE STRING ... FORCE) to SET(ENV{RC} ${CMAKE_BINARY_DIR}/winteracter_rc.sh) preferably also with full path, as the evaluation of the RC environment variable seems to be more robust than CMAKE_RC_COMPILER in this regard. Some additional remarks: (1) The wrapper script is meant to contain a @WINTERACTER_RC_COMPILER@ placeholder, so the CONFIGURE_FILE() command will embed the RC's path, and you shouldn't use WINTERACTER_RC_COMPILER as a boolean variable, but for the path to the actual RC executable. Alternatively, you might do roughly the following: OPTION(WINTERACTER Use Winteracter tools ...) IF(WINTERACTER) FIND_PROGRAM(WINTERACTER_RC_COMPILER ...) IF(NOT WINTERACTER_RC_COMPILER) MESSAGE(FATAL_ERROR ...) ENDIF() CONFIGURE_FILE(winteracter_rc.sh.in winteracter_rc.sh @ONLY) SET(ENV{RC} ${CMAKE_BINARY_DIR}/winteracter_rc.sh) ENDIF() PROJECT(... RC) (2) Have you already complaint to the Winteracter people w.r.t. their RC's behavior? ;-) IMO, forcing the output into the same location as the input is hardly acceptable, as source trees might be read- only. Regards, Michael Michael Hertling a écrit : On 10/25/2011 10:16 AM, pellegrini wrote: Hi Michael, I tried to adapt the files you gave me to my project. It almost works. As a reminder, there were a CMakeLists.txt with an overloaded add_executable function that created a sym_link for the rc files and a shell file (rc.sh) used to suit the rc compiler call to my needs. I found one problem that I still not have solved. The shell script is declared under the following command: set_property(GLOBAL PROPERTY RULE_LAUNCH_COMPILE bash rc.sh CMAKE_RC_COMPILER SOURCE OBJECT) However, this command makes that even my f90 files uses the rc compiler which obvioulsy makes my build crash. I tried to use something like set_property(SOURCE myrcfile.rc PROPERTY RULE_LAUNCH_COMPILE ... in order to apply the patch only when a rc file is
Re: [CMake] Add Custom COmmand and CMAKE_CFG_INTDIR
On 01/04/2012 09:28 PM, Michael Jackson wrote: I am having trouble getting add_custom_Command and CMAKE_CFG_INTDIR to work correctly together. This is what I have so far. # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH Single Directory for all Libraries ) # Create our custom executable that will generate most of our QFilterWidget # classes from information stored in the Filters themselves. configure_file( ${FilterWidgets_SOURCE_DIR}/CodeGen.cpp.in ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) add_executable(FilterWidgetCodeGen ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) target_link_libraries(FilterWidgetCodeGen MXA EbsdLib DREAM3DLib) set(EXE_EXTENSION ) if (WIN32) set (EXE_EXTENSION .exe) endif() # Now run the code to generate the header files which will over write the place # holder files that were generated from above add_custom_command(TARGET FilterWidgetCodeGen POST_BUILD COMMAND FilterWidgetCodeGen${EXE_EXTENSION} WORKING_DIRECTORY ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}) I know this is going to fail on visual studio, which it did. The issue is, what combination of CMAKE_CFG_INTDIR and anything else do I use to get this to work? Thanks Hi AFAICS the only real problem is the EXE_EXTENSION. If you use a target name in add_custom_command, CMake will figure out the location and name of the actual executable on its own. By appending EXE_EXTENSION CMake won't be able to recognize the target name any more, and just run the command as you specified it. In this case you would need to fiddle around with CMAKE_CFG_INTDIR, that's true. But since CMake is able to do it automagically, I think you shouldn't try to outsmart it. Another thing: I think you should use CMAKE_RUNTIME_OUTPUT_DIRECTORY instead of CMAKE_LIBRARY_OUTPUT_DIRECTORY. My 2c... Michael -- 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] Add Custom COmmand and CMAKE_CFG_INTDIR
On 01/04/2012 10:11 PM, Bill Hoffman wrote: On 1/4/2012 4:03 PM, Michael Jackson wrote: I robbed this from the HDF5 project which does something very similar to what I am doing: SET (CMD ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}${CFG_INIT}/H5detect${EXE_EXT}) That seems to at least point to the proper location. Now to get Visual Studio to actually execute the executable. That is pretty old stuff... There are better ways to do that in CMake now: Especially if one possibly wants to use the RUNTIME_OUTPUT_NAME target property to make the executable's name differ from the target's name. cmake --help-command add_custom_command Arguments to COMMAND may use generator expressions with the syntax $ Generator expressions are evaluted during build system generation to produce information specific to each build configuration. Valid expressions are: $CONFIGURATION = configuration name $TARGET_FILE:tgt= main file (.exe, .so.1.2, .a) $TARGET_LINKER_FILE:tgt = file used to link (.a, .lib, .so) $TARGET_SONAME_FILE:tgt = file with soname (.so.3) This should work: COMMAND $TARGET_FILE:FilterWidgetCodeGen AFAIK, CMake examines the first argument after the COMMAND clause in ADD_CUSTOM_COMMAND() whether it denotes an executable target, i.e. COMMAND $TARGET_FILE:FilterWidgetCodeGen and COMMAND FilterWidgetCodeGen should be equivalent, shouldn't they? Besides, Mike, both above-noted variants establish target-level dependencies on the executable target following COMMAND for the targets which trigger the custom command; most certainly, this isn't done if one provides expressions like ${CMAKE_RUNTIME_OUTPUT_DIRECTORY}${CFG_INIT}/H5detect${EXE_EXT} for the COMMAND. Regards, Michael -Bill -- Mike Jacksonwww.bluequartz.net On Jan 4, 2012, at 3:54 PM, clin...@elemtech.com wrote: Have you tried excluding the .exe thing? I thought cmake did the right thing for targets used in custom commands. Clint - Reply message - From: Michael Jacksonmike.jack...@bluequartz.net Date: Wed, Jan 4, 2012 1:28 pm Subject: [CMake] Add Custom COmmand and CMAKE_CFG_INTDIR To: cmake@cmake.org Listcmake@cmake.org I am having trouble getting add_custom_Command and CMAKE_CFG_INTDIR to work correctly together. This is what I have so far. # -- Setup output Directories - SET (CMAKE_LIBRARY_OUTPUT_DIRECTORY ${PROJECT_BINARY_DIR}/Bin CACHE PATH Single Directory for all Libraries ) # Create our custom executable that will generate most of our QFilterWidget # classes from information stored in the Filters themselves. configure_file( ${FilterWidgets_SOURCE_DIR}/CodeGen.cpp.in ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) add_executable(FilterWidgetCodeGen ${FilterWidgets_BINARY_DIR}/FilterWidgetCodeGen.cpp) target_link_libraries(FilterWidgetCodeGen MXA EbsdLib DREAM3DLib) set(EXE_EXTENSION ) if (WIN32) set (EXE_EXTENSION .exe) endif() # Now run the code to generate the header files which will over write the place # holder files that were generated from above add_custom_command(TARGET FilterWidgetCodeGen POST_BUILD COMMAND FilterWidgetCodeGen${EXE_EXTENSION} WORKING_DIRECTORY ${CMAKE_LIBRARY_OUTPUT_DIRECTORY}) I know this is going to fail on visual studio, which it did. The issue is, what combination of CMAKE_CFG_INTDIR and anything else do I use to get this to work? Thanks -- 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-commits] CMake branch, next, updated. v2.8.7-1960-g2544436
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, next has been updated via 2544436687e1742125b450255eedc09e92a46549 (commit) via 65b6e19a35c1bde5ee3c132ade076ee5f42e6559 (commit) from e0783d4af294866a2e35c255c8af769878fcf6ac (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2544436687e1742125b450255eedc09e92a46549 commit 2544436687e1742125b450255eedc09e92a46549 Merge: e0783d4 65b6e19 Author: Brad King brad.k...@kitware.com AuthorDate: Wed Jan 4 11:59:21 2012 -0500 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Wed Jan 4 11:59:21 2012 -0500 Merge topic 'update-libarchive' into next 65b6e19 libarchive: Avoid bogus conversion warning from PGI compiler http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=65b6e19a35c1bde5ee3c132ade076ee5f42e6559 commit 65b6e19a35c1bde5ee3c132ade076ee5f42e6559 Author: Brad King brad.k...@kitware.com AuthorDate: Wed Jan 4 11:54:51 2012 -0500 Commit: Brad King brad.k...@kitware.com CommitDate: Wed Jan 4 11:54:51 2012 -0500 libarchive: Avoid bogus conversion warning from PGI compiler We cannot suppress PGI compiler warnings completely because even with the -w flag the compiler still writes a message containing compilation completed with warnings to stderr. A warning is triggered by expressions like test ? NULL : ptr_to_const_char test ? .. : ptr_to_const_char that the PGI compiler handles incorrectly. It chooses the pointer type of the first option (either void* or char*) and warns about conversion of the second without a cast. Flip the expression logic to !test ? ptr_to_const_char : NULL !test ? ptr_to_const_char : .. to help the compiler choose the proper result type. diff --git a/Utilities/cmlibarchive/libarchive/archive_options.c b/Utilities/cmlibarchive/libarchive/archive_options.c index 962572c..79b4ffb 100644 --- a/Utilities/cmlibarchive/libarchive/archive_options.c +++ b/Utilities/cmlibarchive/libarchive/archive_options.c @@ -41,9 +41,9 @@ _archive_set_option(struct archive *a, archive_check_magic(a, magic, ARCHIVE_STATE_NEW, fn); - mp = m != NULL m[0] == '\0' ? NULL : m; - op = o != NULL o[0] == '\0' ? NULL : o; - vp = v != NULL v[0] == '\0' ? NULL : v; + mp = m != NULL m[0] != '\0' ? m : NULL; + op = o != NULL o[0] != '\0' ? o : NULL; + vp = v != NULL v[0] != '\0' ? v : NULL; if (op == NULL vp == NULL) return (ARCHIVE_OK); diff --git a/Utilities/cmlibarchive/libarchive/archive_read.c b/Utilities/cmlibarchive/libarchive/archive_read.c index 441be53..6d7f263 100644 --- a/Utilities/cmlibarchive/libarchive/archive_read.c +++ b/Utilities/cmlibarchive/libarchive/archive_read.c @@ -902,7 +902,7 @@ static const char * _archive_filter_name(struct archive *_a, int n) { struct archive_read_filter *f = get_filter(_a, n); - return f == NULL ? NULL : f-name; + return f != NULL ? f-name : NULL; } static int64_t diff --git a/Utilities/cmlibarchive/libarchive/archive_read_support_format_7zip.c b/Utilities/cmlibarchive/libarchive/archive_read_support_format_7zip.c index 756f08d..3a12405 100644 --- a/Utilities/cmlibarchive/libarchive/archive_read_support_format_7zip.c +++ b/Utilities/cmlibarchive/libarchive/archive_read_support_format_7zip.c @@ -1095,7 +1095,7 @@ init_decompression(struct archive_read *a, struct _7zip *zip, } archive_set_error(a-archive, err, Internal error initializing decompressor: %s, - detail == NULL ? ?? : detail); + detail != NULL ? detail : ??); zip-bzstream_valid = 0; return (ARCHIVE_FAILED); } diff --git a/Utilities/cmlibarchive/libarchive/archive_write.c b/Utilities/cmlibarchive/libarchive/archive_write.c index c742d60..b4b3867 100644 --- a/Utilities/cmlibarchive/libarchive/archive_write.c +++ b/Utilities/cmlibarchive/libarchive/archive_write.c @@ -698,7 +698,7 @@ static const char * _archive_filter_name(struct archive *_a, int n) { struct archive_write_filter *f = filter_lookup(_a, n); - return f == NULL ? NULL : f-name; + return f != NULL ? f-name : NULL; } static int64_t --- Summary of changes: .../cmlibarchive/libarchive/archive_options.c |6 +++--- Utilities/cmlibarchive/libarchive/archive_read.c |2 +-
[Cmake-commits] CMake branch, master, updated. v2.8.7-7-ga823d88
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via a823d8814922cf2c83420f98bb7f2a2ac1d2f0e3 (commit) from d6f59a529371698b15f84f71e493673ae13dfcee (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a823d8814922cf2c83420f98bb7f2a2ac1d2f0e3 commit a823d8814922cf2c83420f98bb7f2a2ac1d2f0e3 Author: KWSys Robot kwro...@kitware.com AuthorDate: Thu Jan 5 00:05:03 2012 -0500 Commit: KWSys Robot kwro...@kitware.com CommitDate: Thu Jan 5 00:05:03 2012 -0500 KWSys Nightly Date Stamp diff --git a/Source/kwsys/kwsysDateStamp.cmake b/Source/kwsys/kwsysDateStamp.cmake index 1fbefda..361beb2 100644 --- a/Source/kwsys/kwsysDateStamp.cmake +++ b/Source/kwsys/kwsysDateStamp.cmake @@ -18,4 +18,4 @@ SET(KWSYS_DATE_STAMP_YEAR 2012) SET(KWSYS_DATE_STAMP_MONTH 01) # KWSys version date day component. Format is DD. -SET(KWSYS_DATE_STAMP_DAY 04) +SET(KWSYS_DATE_STAMP_DAY 05) --- Summary of changes: Source/kwsys/kwsysDateStamp.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits