[cmake-developers] [CMake 0013968]: Setting CMAKE_CXX_STACK_SIZE to 0 for a Visual Studio project results in linker errors for 0.obj
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13968 == Reported By:goatboy160 Assigned To: == Project:CMake Issue ID: 13968 Category: CMake Reproducibility:always Severity: minor Priority: high Status: new == Date Submitted: 2013-03-01 17:30 EST Last Modified: 2013-03-01 17:30 EST == Summary:Setting CMAKE_CXX_STACK_SIZE to 0 for a Visual Studio project results in linker errors for 0.obj Description: When setting using the following in a exe target set( CMAKE_CXX_STACK_SIZE 0 ) the project results in a linker error because there is a 0 that is set as an Additional Parameter in the target project. Applying the attached patch corrects the issue. == Issue History Date ModifiedUsername FieldChange == 2013-03-01 17:30 goatboy160 New Issue 2013-03-01 17:30 goatboy160 File Added: STACK.patch == -- 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] Cmake and Visual Studio platforms
I understand why CMake cannot resolve the issue in a single call to configure. However... how tricky/hard/impossible would it be to alter/rape the generate stage of CMake to handle this issue? Let's say I wanted to create a Win32 and an x64 platform inside a solution/project. Then I would start a VS command prompt for the native 64 and 32 bit compilers. I'd start a CMake GUI from both (or use the command line, whatever) and configure once a 32-bit and once a 64-bit solution. The tricky part comes here: both CMake instances have their output directory set to the same directory. I could image the generate stage (or even later internally just when writing the output files), that when I generate let's say the 32-bit first, it sees an empty directory, creates all neccessary files, and it's done. When I hit generate the second time on the 64-bit configuration, it finds solution files with Win32 set as platform. Instead of overwriting all the project and solution files, it could insert into the xml code it's own x64 platform and leave the others as it is. This way both platforms would compile and link the proper libraries and dependencies. Having met CMake as not an end-user only 3 weeks ago, I have little knowledge of the intimacies of the configuration cache for example, so I could imagine that having two different configuration set onto the same output directory could cause mishaps, but that is why I ask the black-belt people here. I have not used other IDEs throroughly, but I can image CodeBlocks or XCode has got their own equivalent (or maybe not) of platforms beside regular build targets. Could this setup of configurate/generate serve as a solution to our problem? Is there hope of it being implemented? Or are there conceptual errors along the way that I have not come to realise? (I could image changing the behavior of shoot first, ask later, namely do not check anything, just overwrite whatever we find in the target dir, could be misleading in the sense that one would expect such behavior from all generators, but instead the VS generator parses the found solution/project files, and inserts code into it if the platforms differ, rather than overwriting the entire thing. I believe these behavioral differences could be overlooked, if one could make multi-platform solution files.) Ideas? Suggestions? Flame? -- View this message in context: http://cmake.3232098.n2.nabble.com/Cmake-and-Visual-Studio-platforms-tp7583415p7583436.html Sent from the CMake mailing list archive at Nabble.com. -- 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] WiX Generator Start menu shortcut
Am 2013-03-01 03:30, schrieb Fredrik Axelsson: Hi! The WiX generator supported by the nightly builds will currently not generate Start Menu Shortcuts. I opened a new ticket in the bugtracker for this feature. http://public.kitware.com/Bug/view.php?id=13967 [1] and I attached a patch to enable this. It enforces a rather unusual shortcut tree of VENDOR/SOFTWARE/ITEM. This path should be it's own configuration item. Additionally, the items should not only be executables, they can also be links to e.g. help files. So targets should be supported but also relative paths to the installation directory. 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] Intel compilers with Visual Studio Project on Windows
Am 2013-03-01 02:32, schrieb Nicholas Kinar: Hello, I am wondering if there is a way to have Cmake use Intel compilers on Windows when generating a Visual Studio project file. Searching around the Internet, I found that the following might be used to do this within the CMakeLists.txt file: set_target_properties(inv_spline_interp PROPERTIES PLATFORM_TOOLSET Intel C++ Compiler XE 12.1) Is this the case for the current version of Cmake, or is a patch required? How do I select the string Intel C++ Compiler XE 12.1 for the most recent version of the Intel compilers? That'd be a hack, though. Just to use a different compiler, there should be _no_ need to change CMakeLists.txt files. Setting the environment before running cmake should be sufficient. 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] WiX Generator Start menu shortcut
The 'Software/Vendor/Item' is actually a registry key. The shortcut will be $CPACK_PACKAGE_NAME\iconName CPACK_PACKAGE_EXECUTABLES refers to executables according to the CPack docs http://www.cmake.org/cmake/help/v2.8.10/cpack.html#variable:CPACK_PACKAGE_EXECUTABLES The NSIS generator will also append .exe to the executable name, this WiX generator patch was modeled after how NSIS works. Regards, Fredrik On Fri, Mar 1, 2013 at 7:41 PM, Hendrik Sattler p...@hendrik-sattler.dewrote: Am 2013-03-01 03:30, schrieb Fredrik Axelsson: Hi! The WiX generator supported by the nightly builds will currently not generate Start Menu Shortcuts. I opened a new ticket in the bugtracker for this feature. http://public.kitware.com/Bug/**view.php?id=13967http://public.kitware.com/Bug/view.php?id=13967[1] and I attached a patch to enable this. It enforces a rather unusual shortcut tree of VENDOR/SOFTWARE/ITEM. This path should be it's own configuration item. Additionally, the items should not only be executables, they can also be links to e.g. help files. So targets should be supported but also relative paths to the installation directory. HS -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/** opensource/opensource.htmlhttp://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/**CMake_FAQhttp://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/**listinfo/cmakehttp://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] Intel compilers with Visual Studio Project on Windows
On 01/03/2013 4:44 AM, Hendrik Sattler wrote: Am 2013-03-01 02:32, schrieb Nicholas Kinar: Hello, I am wondering if there is a way to have Cmake use Intel compilers on Windows when generating a Visual Studio project file. Searching around the Internet, I found that the following might be used to do this within the CMakeLists.txt file: set_target_properties(inv_spline_interp PROPERTIES PLATFORM_TOOLSET Intel C++ Compiler XE 12.1) Is this the case for the current version of Cmake, or is a patch required? How do I select the string Intel C++ Compiler XE 12.1 for the most recent version of the Intel compilers? That'd be a hack, though. Just to use a different compiler, there should be _no_ need to change CMakeLists.txt files. Setting the environment before running cmake should be sufficient. HS Thank you; this makes a lot of sense. I'll simply do this using the environment and not within the script. Nicholas -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Cmake and Visual Studio platforms
This is a noble and worthy idea. Unfortunately, it just won’t work, given the way that CMake has historically evolved, and the assumptions made by most folks writing CMakeLists files. Here are some facts: The C and C++ compilers are usually determined very early on in the configure process, and cached so that a build tree is irrevocably bound to that single compiler. EVERY SUBSEQUENT TEST done at configure time that uses the compiler to compute its results is also cached, and tied to that single compiler. Changing the compiler, or having multiple compilers, makes all of those results INVALID. There is code like “if(CMAKE_SIZEOF_VOID_P EQUAL 8) then (do something x64-ish...)” in many CMakeLists.txt files that depends on a single compiler (either 32-bit *or* 64-bit) being used. These facts conspire against your idea, and do not allow CMake to generate a solution that contains both architectures, UNLESS you are willing to re-write existing CMakeLists files for projects that need this such that they do not rely on the compiler results at configure/generate time. (And do tons and tons of re-work of CMake code to enable the possibility...) For any project that does any sort of try_compile operation, this cannot work when multiple compilers are involved. Unless you redesign try_compile to do multiple tries, and yield multiple results. Hope this helps to explain things. Use separate build trees, use single configuration generators in each, and build multiple times. That’s the CMake way to do what you want. Anything else is a completely major re-write, and will not work with 95%+ of the existing CMakeLists files in the world. Unfortunate, but true, David C. From: Meteorhead Sent: March 1, 2013 5:28 AM To: cmake@cmake.org Subject: Re: [CMake] Cmake and Visual Studio platforms I understand why CMake cannot resolve the issue in a single call to configure. However... how tricky/hard/impossible would it be to alter/rape the generate stage of CMake to handle this issue? Let's say I wanted to create a Win32 and an x64 platform inside a solution/project. Then I would start a VS command prompt for the native 64 and 32 bit compilers. I'd start a CMake GUI from both (or use the command line, whatever) and configure once a 32-bit and once a 64-bit solution. The tricky part comes here: both CMake instances have their output directory set to the same directory. I could image the generate stage (or even later internally just when writing the output files), that when I generate let's say the 32-bit first, it sees an empty directory, creates all neccessary files, and it's done. When I hit generate the second time on the 64-bit configuration, it finds solution files with Win32 set as platform. Instead of overwriting all the project and solution files, it could insert into the xml code it's own x64 platform and leave the others as it is. This way both platforms would compile and link the proper libraries and dependencies. Having met CMake as not an end-user only 3 weeks ago, I have little knowledge of the intimacies of the configuration cache for example, so I could imagine that having two different configuration set onto the same output directory could cause mishaps, but that is why I ask the black-belt people here. I have not used other IDEs throroughly, but I can image CodeBlocks or XCode has got their own equivalent (or maybe not) of platforms beside regular build targets. Could this setup of configurate/generate serve as a solution to our problem? Is there hope of it being implemented? Or are there conceptual errors along the way that I have not come to realise? (I could image changing the behavior of shoot first, ask later, namely do not check anything, just overwrite whatever we find in the target dir, could be misleading in the sense that one would expect such behavior from all generators, but instead the VS generator parses the found solution/project files, and inserts code into it if the platforms differ, rather than overwriting the entire thing. I believe these behavioral differences could be overlooked, if one could make multi-platform solution files.) Ideas? Suggestions? Flame? -- View this message in context: http://cmake.3232098.n2.nabble.com/Cmake-and-Visual-Studio-platforms-tp7583415p7583436.html Sent from the CMake mailing list archive at Nabble.com. -- 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:
Re: [CMake] Cmake and Visual Studio platforms
Hi David! We either misunderstand each other, or my knowledge of CMake is too limited, but let me try to clarify this one last time, and if you still say it cannot work, I'll leave it at that: 1) I configure my project using Win32 with output dir A. In this directory every intermediate test and result is cached that were needed to configure my project. 2) I press generate, and the actual project and solution files are assembled in a temp directory (or in memory). 2.5) NEW Prior to writing data on disk, CMake checks whether there are project/solution files with the name that it wishes to create. Sees that the target dir A is empty, and ultimately they are written to disk. 3) After this I close my previous session of CMake, open a new one with the x64 compiler toolset and try to configure my project using the Win64 generator to the same dir A. CMake sees that all cached variables are saved with a different compiler, and as you say, they become invalidated. So far, so good, I do not care about cached variables being invalidated, because my generated Win32 project file is already complete and written to disk. 4) I press generate, again in a temp dir (or in memory) my x64 project and solution files are assembled, and are ready to be written to disk. 4.5) NEW CMake checks whether there are project/solution files with the name that it wishes to create. It sees that there are files already inside dir A, opens them, checks the platform and if it is the same it is actually trying to write, it will overwrite normally. If the platform found on the disk is different than the one it tries to write, it makes the aforementioned insertions into the xml code and tad: I got my multi-platform VS solution. As far as I see no great refactoring is needed to be done in CMake. The only part where this could fail, is that using a new generator (and compiler) in the same dir A that already contains generated project files is wiped right at the beginning of the process. Since cached variables outlive a certain configuration/generation process, I suspect that the generated Make/IDE files do too, and they are only overwritten in this final step. (Tested: true) I have not seen CMake source code ever in my life, but I know that the previous Make/IDE files remain the same until the very last step of Generate when they are overwritten. This very last part would need to be altered in the sole case of VS project generators. If CMake developers say that the code is simply not structured like that, or it is too much work to rewrite these parts (and a few others that might depend on it), then I leave this subject be and not bother again with it. -- View this message in context: http://cmake.3232098.n2.nabble.com/Cmake-and-Visual-Studio-platforms-tp7583415p7583442.html Sent from the CMake mailing list archive at Nabble.com. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Cmake and Visual Studio platforms
If CMake developers say that the code is simply not structured like that, or it is too much work to rewrite these parts (and a few others that might depend on it), then I leave this subject be and not bother again with it. David led the CMake development for years. John -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Cmake and Visual Studio platforms
On Fri, Mar 1, 2013 at 10:52 AM, John Drescher dresche...@gmail.com wrote: If CMake developers say that the code is simply not structured like that, or it is too much work to rewrite these parts (and a few others that might depend on it), then I leave this subject be and not bother again with it. David led the CMake development for years. http://www.kitware.com/blog/home/user/9 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] find_package( Boost ${BOOST_MIN_VERSION} REQUIRED is ignored....
The story actually starts with an compile error: undefined reference to `boost::filesystem3::path::stem() const' which I do not understand. I am developing on ubuntu 12.04 with boost 1.46 and 1.48 installed. AFAIK filesystem V3 is the default since boost 1.45. My cmakelists.txt file contains something on these lines find_package( Boost COMPONENTS filesystem system iostreams thread regex program_options) if(Boost_FOUND) SET(inc ${inc} ${Boost_INCLUDE_DIRS}) SET( ${boostlib} ${Boost_LIBRARIES}) else() message(STATUS Couldn't find Boost ) endif() message( STATUS ${Boost_LIBRARIES} ) to my target I am adding TARGET_LINK_LIBRARIES(premtest ${QT_LIBRARIES} ${Boost_LIBRARIES} I searched the so file for the stem symbol and did not found them so no I want to build boost myself and somehow tell my project that it should look for the proper version by doing this: SET(BOOST_MIN_VERSION 1.53.0) find_package( Boost ${BOOST_MIN_VERSION} REQUIRED COMPONENTS date_time filesystem system program_options) However this info is ignored and this is what the boost cmake script finds. /usr/lib/libboost_filesystem-mt.so;/usr/lib/libboost_system-mt.so;/usr/lib/libboost_iostreams-mt.so;/usr/lib/libboost_thread-mt.so; any help higly appreciated. regards -- Witold Eryk Wolski Triemlistrasse 155 8047 Zuerich -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Cmake and Visual Studio platforms
I understand what you’re asking, and the part that won’t work (in the *general* case) is configuring with two different compilers and two different CMake generators in the *same* directory. If you configure/generate in two separate directories, and then merge the resulting generated project files into a set of project files that have multiple architecture references in them, that would be more likely to succeed than what you suggest. That would be a whole separate bundle of work, with its own set of challenges. Either way, what you’re asking for is a significant chunk of re-work. It is not as simple as it sounds like you imagine it to be... The CMakeCache.txt, configure_file output in the build tree, generated files, and more (all of which may have differences in them due to switching from 32-bit to 64-bit compilers) either have to be avoided or accounted for, in order to make a scheme like this work. It’s possible, but it does not exist right now, and the work required to make it happen is fairly significant (i.e., I don’t see how you could do it with less than *months* of effort). Like I said, a noble and worth idea, but quite some work to see it through. Good discussion. Cheers, David From: Meteorhead Sent: March 1, 2013 10:43 AM To: cmake@cmake.org Subject: Re: [CMake] Cmake and Visual Studio platforms Hi David! We either misunderstand each other, or my knowledge of CMake is too limited, but let me try to clarify this one last time, and if you still say it cannot work, I'll leave it at that: 1) I configure my project using Win32 with output dir A. In this directory every intermediate test and result is cached that were needed to configure my project. 2) I press generate, and the actual project and solution files are assembled in a temp directory (or in memory). 2.5) NEW Prior to writing data on disk, CMake checks whether there are project/solution files with the name that it wishes to create. Sees that the target dir A is empty, and ultimately they are written to disk. 3) After this I close my previous session of CMake, open a new one with the x64 compiler toolset and try to configure my project using the Win64 generator to the same dir A. CMake sees that all cached variables are saved with a different compiler, and as you say, they become invalidated. So far, so good, I do not care about cached variables being invalidated, because my generated Win32 project file is already complete and written to disk. 4) I press generate, again in a temp dir (or in memory) my x64 project and solution files are assembled, and are ready to be written to disk. 4.5) NEW CMake checks whether there are project/solution files with the name that it wishes to create. It sees that there are files already inside dir A, opens them, checks the platform and if it is the same it is actually trying to write, it will overwrite normally. If the platform found on the disk is different than the one it tries to write, it makes the aforementioned insertions into the xml code and tad: I got my multi-platform VS solution. As far as I see no great refactoring is needed to be done in CMake. The only part where this could fail, is that using a new generator (and compiler) in the same dir A that already contains generated project files is wiped right at the beginning of the process. Since cached variables outlive a certain configuration/generation process, I suspect that the generated Make/IDE files do too, and they are only overwritten in this final step. (Tested: true) I have not seen CMake source code ever in my life, but I know that the previous Make/IDE files remain the same until the very last step of Generate when they are overwritten. This very last part would need to be altered in the sole case of VS project generators. If CMake developers say that the code is simply not structured like that, or it is too much work to rewrite these parts (and a few others that might depend on it), then I leave this subject be and not bother again with it. -- View this message in context: http://cmake.3232098.n2.nabble.com/Cmake-and-Visual-Studio-platforms-tp7583415p7583442.html Sent from the CMake mailing list archive at Nabble.com. -- 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
[CMake] FindBlas and header file blas.h
Hello, On Ubuntu 12.04, I am compiling some third-party program code that #includes the BLAS header file blas.h. Although Cmake does find the BLAS and LAPACK libraries, I receive the following gcc compiler error: fatal error: blas.h: No such file or directory I've tried to change this include to other files such as lapacke.h but the include file is still not found. What I am doing wrong here? My Cmake file is reproduced below. Nicholas # cmake_minimum_required (VERSION 2.6) project (stretch-test) find_package( BLAS REQUIRED ) find_package( LAPACK REQUIRED ) set(CMAKE_C_FLAGS -std=c99) include_directories(${BLAS_INCLUDE_DIR} ${LAPACK_INCLUDE_DIR}) add_executable( stest main.c) # also link with C math library TARGET_LINK_LIBRARIES(stest m blas ${BLAS_LIBRARIES} ${LAPACK_LIBRARIES}) -- 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] FindBlas and header file blas.h
On 01/03/2013 11:43 AM, Tim Gallagher wrote: Have you installed the development package for blas and lapack? Typically distributions have a library-only package and then a development package that includes the headers. Check for libblas-dev in Ubuntu. Tim Thanks, Tim; yes, I can verify that I have installed the developer packages. Here is my bash output when I try to use sudo to install libblas-dev. nkinar@Betty:~$ sudo apt-get install libblas-dev [sudo] password for nkinar: Reading package lists... Done Building dependency tree Reading state information... Done libblas-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Moreover, running Cmake (via make compilation) tells me that the files are found; however, the blas.h header file is not found. nkinar@Betty:/media/RESEARCH/DEVELOP-SEISMIC/dip$ make -- A library with BLAS API found. -- A library with BLAS API found. -- A library with LAPACK API found. -- Configuring done -- Generating done -- Build files have been written to: /media/RESEARCH/DEVELOP-SEISMIC/dip [ 9%] Building C object CMakeFiles/stest.dir/conjgrad.c.o /media/RESEARCH/DEVELOP-SEISMIC/dip/conjgrad.c:26:18: fatal error: blas.h: No such file or directory compilation terminated. make[2]: *** [CMakeFiles/stest.dir/conjgrad.c.o] Error 1 make[1]: *** [CMakeFiles/stest.dir/all] Error 2 make: *** [all] Error 2 What am I still doing wrong here? Here is a full Cmake file that was used to create the output above: cmake_minimum_required (VERSION 2.6) project (stretch-test) # Blas library find_package( BLAS REQUIRED ) find_package( LAPACK REQUIRED ) # Required C99 compiler set(CMAKE_C_FLAGS -std=c99) include_directories(${BLAS_INCLUDE_DIR} ${LAPACK_INCLUDE_DIR}) add_executable( stest main.c allp3.c apfilt.c conjgrad.c dip3.c divn.c helper.c trianglen.c komplex.c adjnull.c c99.c ) # end # link with math library on Linux # link with blas on Linux TARGET_LINK_LIBRARIES(stest m blas ${BLAS_LIBRARIES} ${LAPACK_LIBRARIES}) -- 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] FindBlas and header file blas.h
Have you installed the development package for blas and lapack? Typically distributions have a library-only package and then a development package that includes the headers. Check for libblas-dev in Ubuntu. Tim - Original Message - From: Nicholas Kinar n.ki...@usask.ca To: cmake@cmake.org Sent: Friday, March 1, 2013 11:50:06 AM Subject: [CMake] FindBlas and header file blas.h Hello, On Ubuntu 12.04, I am compiling some third-party program code that #includes the BLAS header file blas.h. Although Cmake does find the BLAS and LAPACK libraries, I receive the following gcc compiler error: fatal error: blas.h: No such file or directory I've tried to change this include to other files such as lapacke.h but the include file is still not found. What I am doing wrong here? My Cmake file is reproduced below. Nicholas # cmake_minimum_required (VERSION 2.6) project (stretch-test) find_package( BLAS REQUIRED ) find_package( LAPACK REQUIRED ) set(CMAKE_C_FLAGS -std=c99) include_directories(${BLAS_INCLUDE_DIR} ${LAPACK_INCLUDE_DIR}) add_executable( stest main.c) # also link with C math library TARGET_LINK_LIBRARIES(stest m blas ${BLAS_LIBRARIES} ${LAPACK_LIBRARIES}) -- 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] FindBlas and header file blas.h
And have you tried printing out the value of BLAS_INCLUDE_DIR? I'm not sure that actually exists, I don't see it set in my FindBLAS.cmake module. What is the path to blas.h? Have you verified it exists and is in one of the standard include locations such as /usr/include, /usr/local/include etc? It's possible it is in something like /usr/include/blas/blas.h and so it isn't found by default. Tim - Original Message - From: Nicholas Kinar n.ki...@usask.ca To: tim gallagher tim.gallag...@gatech.edu Cc: cmake@cmake.org Sent: Friday, March 1, 2013 12:57:33 PM Subject: Re: [CMake] FindBlas and header file blas.h On 01/03/2013 11:43 AM, Tim Gallagher wrote: Have you installed the development package for blas and lapack? Typically distributions have a library-only package and then a development package that includes the headers. Check for libblas-dev in Ubuntu. Tim Thanks, Tim; yes, I can verify that I have installed the developer packages. Here is my bash output when I try to use sudo to install libblas-dev. nkinar@Betty:~$ sudo apt-get install libblas-dev [sudo] password for nkinar: Reading package lists... Done Building dependency tree Reading state information... Done libblas-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Moreover, running Cmake (via make compilation) tells me that the files are found; however, the blas.h header file is not found. nkinar@Betty:/media/RESEARCH/DEVELOP-SEISMIC/dip$ make -- A library with BLAS API found. -- A library with BLAS API found. -- A library with LAPACK API found. -- Configuring done -- Generating done -- Build files have been written to: /media/RESEARCH/DEVELOP-SEISMIC/dip [ 9%] Building C object CMakeFiles/stest.dir/conjgrad.c.o /media/RESEARCH/DEVELOP-SEISMIC/dip/conjgrad.c:26:18: fatal error: blas.h: No such file or directory compilation terminated. make[2]: *** [CMakeFiles/stest.dir/conjgrad.c.o] Error 1 make[1]: *** [CMakeFiles/stest.dir/all] Error 2 make: *** [all] Error 2 What am I still doing wrong here? Here is a full Cmake file that was used to create the output above: cmake_minimum_required (VERSION 2.6) project (stretch-test) # Blas library find_package( BLAS REQUIRED ) find_package( LAPACK REQUIRED ) # Required C99 compiler set(CMAKE_C_FLAGS -std=c99) include_directories(${BLAS_INCLUDE_DIR} ${LAPACK_INCLUDE_DIR}) add_executable( stest main.c allp3.c apfilt.c conjgrad.c dip3.c divn.c helper.c trianglen.c komplex.c adjnull.c c99.c ) # end # link with math library on Linux # link with blas on Linux TARGET_LINK_LIBRARIES(stest m blas ${BLAS_LIBRARIES} ${LAPACK_LIBRARIES}) -- 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] FindBlas and header file blas.h
Also worth noting: I just checked on an Ubuntu machine and the header file is called cblas.h, not blas.h. If none of that helps, then I'm out of suggestions. I don't use Ubuntu and most of my code is in Fortran :) Tim - Original Message - From: Tim Gallagher tim.gallag...@gatech.edu To: Nicholas Kinar n.ki...@usask.ca Cc: cmake@cmake.org Sent: Friday, March 1, 2013 1:06:34 PM Subject: Re: [CMake] FindBlas and header file blas.h And have you tried printing out the value of BLAS_INCLUDE_DIR? I'm not sure that actually exists, I don't see it set in my FindBLAS.cmake module. What is the path to blas.h? Have you verified it exists and is in one of the standard include locations such as /usr/include, /usr/local/include etc? It's possible it is in something like /usr/include/blas/blas.h and so it isn't found by default. Tim - Original Message - From: Nicholas Kinar n.ki...@usask.ca To: tim gallagher tim.gallag...@gatech.edu Cc: cmake@cmake.org Sent: Friday, March 1, 2013 12:57:33 PM Subject: Re: [CMake] FindBlas and header file blas.h On 01/03/2013 11:43 AM, Tim Gallagher wrote: Have you installed the development package for blas and lapack? Typically distributions have a library-only package and then a development package that includes the headers. Check for libblas-dev in Ubuntu. Tim Thanks, Tim; yes, I can verify that I have installed the developer packages. Here is my bash output when I try to use sudo to install libblas-dev. nkinar@Betty:~$ sudo apt-get install libblas-dev [sudo] password for nkinar: Reading package lists... Done Building dependency tree Reading state information... Done libblas-dev is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Moreover, running Cmake (via make compilation) tells me that the files are found; however, the blas.h header file is not found. nkinar@Betty:/media/RESEARCH/DEVELOP-SEISMIC/dip$ make -- A library with BLAS API found. -- A library with BLAS API found. -- A library with LAPACK API found. -- Configuring done -- Generating done -- Build files have been written to: /media/RESEARCH/DEVELOP-SEISMIC/dip [ 9%] Building C object CMakeFiles/stest.dir/conjgrad.c.o /media/RESEARCH/DEVELOP-SEISMIC/dip/conjgrad.c:26:18: fatal error: blas.h: No such file or directory compilation terminated. make[2]: *** [CMakeFiles/stest.dir/conjgrad.c.o] Error 1 make[1]: *** [CMakeFiles/stest.dir/all] Error 2 make: *** [all] Error 2 What am I still doing wrong here? Here is a full Cmake file that was used to create the output above: cmake_minimum_required (VERSION 2.6) project (stretch-test) # Blas library find_package( BLAS REQUIRED ) find_package( LAPACK REQUIRED ) # Required C99 compiler set(CMAKE_C_FLAGS -std=c99) include_directories(${BLAS_INCLUDE_DIR} ${LAPACK_INCLUDE_DIR}) add_executable( stest main.c allp3.c apfilt.c conjgrad.c dip3.c divn.c helper.c trianglen.c komplex.c adjnull.c c99.c ) # end # link with math library on Linux # link with blas on Linux TARGET_LINK_LIBRARIES(stest m blas ${BLAS_LIBRARIES} ${LAPACK_LIBRARIES}) -- 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] WiX Generator Start menu shortcut
Am Freitag, 1. März 2013, 14:06:43 schrieb Fredrik Axelsson: The 'Software/Vendor/Item' is actually a registry key. The shortcut will be $CPACK_PACKAGE_NAME\iconName CPACK_PACKAGE_EXECUTABLES refers to executables according to the CPack docs http://www.cmake.org/cmake/help/v2.8.10/cpack.html#variable:CPACK_PACKAGE_E XECUTABLES The NSIS generator will also append .exe to the executable name, this WiX generator patch was modeled after how NSIS works. But with NSIS, I can have my own template file and modify every aspect of it. Is this also possible with WiX? $CPACK_PACKAGE_NAME is also used for other parts, already, so there is no way to define this independently? Maybe add another $CPACK_WIX_* variable that is initialized with $CPACK_PACKAGE_NAME? 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
[CMake] cdash : no proxy option ? (trouble uploading submits on local cdash server)
Hello, I am trying to setup a local cdash server (apache2, mysql on a Debian squeeze) since I have to work behind a strong firewall. So far, the server accepts submissions only if the DropSite is localhost. When it is set to anything else, including 127.0.1.1, the http connection fails. When I must deal with local http connections, I generally use a no-proxy option as a magic remedy to a strong local http proxy policy that I cannot handle. So my questions are : 1- is it possible to give a no-proxy option to cdash for connections with the server ? 2- How do I get more feedback on the http connection failure than the following traces ? In case you would be so kind to look further into my problem here are : - the DartConfiguration.tcl file (with DropSite 127.0.1.1 that fails) - A trace of Submit to cdash that fails with DropSite 127.0.1.1 - A trace of Submit to cdash that succeeds with DropSite localhosts DartConfiguration.tcl # this file is hand configured, by # filling in the required variables. # Post install testing so Update, Configure, Build, MemoryCheck and Coverage # are irrelevant. Only Start, Test, Submit can be performed. # Configuration directories and files BuildDirectory: /home/A32132/buildspace/mapbuilds/devinstall/share/map/tests # Where to place the cost data store CostDataFile: # Site is something like machine.domain, i.e. pragmatic.crd Site: ret20ex # Build name is osname-revision-compiler, i.e. Linux-2.4.2-2smp-c++ BuildName: Linux-c++ # Submission information IsCDash: TRUE CDashVersion: QueryCDashVersion: DropSite: localhost DropLocation: /CDash/submit.php?project=MAP DropSiteUser: DropSitePassword: DropSiteMode: DropMethod: http TriggerSite: ScpCommand: /usr/bin/scp # Dashboard start time NightlyStartTime: 01:00:00 UTC # Commands for the build/test/submit cycle DefaultCTestConfigurationType: Release # Subversion options SVNCommand: /usr/bin/svn SVNUpdateOptions: # Generic update command UpdateCommand: /usr/bin/svn UpdateOptions: UpdateType: svn # Compiler info Compiler: /usr/bin/c++ # Cluster commands SlurmBatchCommand: SLURM_SBATCH_COMMAND-NOTFOUND SlurmRunCommand: SLURM_SRUN_COMMAND-NOTFOUND # Testing options # TimeOut is the amount of time in seconds to wait for processes # to complete during testing. After TimeOut seconds, the # process will be summarily terminated. # Currently set to 25 minutes TimeOut: 1500 UseLaunchers: CurlOptions: # warning, if you add new options here that have to do with submit, # you have to update cmCTestSubmitCommand.cxx ### Failed upload ### A32132@ret20ex:/scratch/A32132/build/mapbuilds/devinstall/share/map/tests$ ctest -D ExperimentalSubmit -R empty -V UpdateCTestConfiguration from :/scratch/A32132/build/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Parse Config file:/scratch/A32132/build/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Site: ret20ex Build name: Linux-c++ UpdateCTestConfiguration from :/home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Parse Config file:/home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Submit files (using http) Using HTTP submit method Drop site:http://127.0.1.1/CDash/submit.php?project=MAP Upload file: /home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/Testing/20130301-1619/Test.xml to http://127.0.1.1/CDash/submit.php?project=MAPFileName=ret20ex___Linux-c%2B%2B___20130301-1619-Experimental___XML___Test.xml Size: 4989 Error when uploading file: /home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/Testing/20130301-1619/Test.xml Error message was: couldn't connect to host Problems when submitting via HTTP Errors while running CTest # Successful upload # A32132@ret20ex:/scratch/A32132/build/mapbuilds/devinstall/share/map/tests$ ctest -D ExperimentalSubmit -R empty -V UpdateCTestConfiguration from :/scratch/A32132/build/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Parse Config file:/scratch/A32132/build/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Site: ret20ex Build name: Linux-c++ UpdateCTestConfiguration from :/home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Parse Config file:/home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/DartConfiguration.tcl Submit files (using http) Using HTTP submit method Drop site:http://localhost/CDash/submit.php?project=MAP Upload file: /home/A32132/buildspace/mapbuilds/devinstall/share/map/tests/Testing/20130301-1619/Test.xml to http://localhost/CDash/submit.php?project=MAPFileName=ret20ex___Linux-c%2B%2B___20130301-1619
Re: [CMake] FindBlas and header file blas.h
On 01/03/2013 11:57 AM, Nicholas Kinar wrote: Moreover, running Cmake (via make compilation) tells me that the files are found; however, the blas.h header file is not found. nkinar@Betty:/media/RESEARCH/DEVELOP-SEISMIC/dip$ make -- A library with BLAS API found. -- A library with BLAS API found. -- A library with LAPACK API found. -- Configuring done -- Generating done -- Build files have been written to: /media/RESEARCH/DEVELOP-SEISMIC/dip [ 9%] Building C object CMakeFiles/stest.dir/conjgrad.c.o /media/RESEARCH/DEVELOP-SEISMIC/dip/conjgrad.c:26:18: fatal error: blas.h: No such file or directory compilation terminated. make[2]: *** [CMakeFiles/stest.dir/conjgrad.c.o] Error 1 make[1]: *** [CMakeFiles/stest.dir/all] Error 2 make: *** [all] Error 2 What am I still doing wrong here? The issue appears to be that on Ubuntu, blas.h is named cblas.h. This file was installed in the /usr/include directory. Changing blas.h to cblas.h fixes the problem, and allows the compile to continue properly. Nicholas -- 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] FindBlas and header file blas.h
On 01/03/2013 11:57 AM, Nicholas Kinar wrote: Moreover, running Cmake (via make compilation) tells me that the files are found; however, the blas.h header file is not found. nkinar@Betty:/media/RESEARCH/DEVELOP-SEISMIC/dip$ make -- A library with BLAS API found. -- A library with BLAS API found. -- A library with LAPACK API found. -- Configuring done -- Generating done -- Build files have been written to: /media/RESEARCH/DEVELOP-SEISMIC/dip [ 9%] Building C object CMakeFiles/stest.dir/conjgrad.c.o /media/RESEARCH/DEVELOP-SEISMIC/dip/conjgrad.c:26:18: fatal error: blas.h: No such file or directory compilation terminated. make[2]: *** [CMakeFiles/stest.dir/conjgrad.c.o] Error 1 make[1]: *** [CMakeFiles/stest.dir/all] Error 2 make: *** [all] Error 2 What am I still doing wrong here? On Ubuntu, blas.h is named cblas.h and is installed into the /usr/include directory. Changing #include blas.h to #include cblas.h apparently fixes the problem. Nicholas -- 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] FindBlas and header file blas.h
On 01/03/2013 12:10 PM, Tim Gallagher wrote: Also worth noting: I just checked on an Ubuntu machine and the header file is called cblas.h, not blas.h. If none of that helps, then I'm out of suggestions. I don't use Ubuntu and most of my code is in Fortran :) Tim - Original Message - From: Tim Gallagher tim.gallag...@gatech.edu To: Nicholas Kinar n.ki...@usask.ca Cc: cmake@cmake.org Sent: Friday, March 1, 2013 1:06:34 PM Subject: Re: [CMake] FindBlas and header file blas.h And have you tried printing out the value of BLAS_INCLUDE_DIR? I'm not sure that actually exists, I don't see it set in my FindBLAS.cmake module. What is the path to blas.h? Have you verified it exists and is in one of the standard include locations such as /usr/include, /usr/local/include etc? It's possible it is in something like /usr/include/blas/blas.h and so it isn't found by default. Tim Yes, you are absolutely right, Tim; thanks for checking. Nicholas -- 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] How Do I Make A Static Library from FORTRAN and CPP sources?
Hello, I would like to make a static library from FORTRAN sources (as opposed to C/C++). I have in my CMakeLists.txt : cmake_minimum_required(VERSION 2.8) enable_language (Fortran) PROJECT(MYFORTRANLIB) get_filename_component (Fortran_COMPILER_NAME ${CMAKE_Fortran_COMPILER} NAME) SET(SOMEFORTRAN libfuncs.F statsfuncs.F ) SET(SOMECPP one_lonely_function.cpp ) SET(MYSOURCES ${SOMEFORTRAN} ${SOMECPP} ) ADD_LIBRARY(libmyfortran STATIC ${MYSOURCES} ) Is it possible to generate object files for both the CPP file and the FORTRAN files in the same build. or do I need to set up 2 directories with a library build for each? The CMakeLists.txt file above is not working yet. 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.10.2-2363-g3828e7f
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 3828e7fe0b89cd2322ea58e41932c9884feb39da (commit) via 12fb50da9f3c9a8de914deb4d516a79109d8912f (commit) via 8eb2fe955aa42ca54cfcdbaf17dbb11e94d3bbc0 (commit) from d18226ed0e9d4e1c651db8f80ebfc11d34570d46 (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=3828e7fe0b89cd2322ea58e41932c9884feb39da commit 3828e7fe0b89cd2322ea58e41932c9884feb39da Merge: d18226e 12fb50d Author: Brad King brad.k...@kitware.com AuthorDate: Fri Mar 1 11:48:58 2013 -0500 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Fri Mar 1 11:48:58 2013 -0500 Merge topic 'GetPrerequisites-objdump' into next 12fb50d GetPrerequisites: Add documentation for objdump 8eb2fe9 GetPrerequisites: Enable test for BundleUtilities on MinGW http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=12fb50da9f3c9a8de914deb4d516a79109d8912f commit 12fb50da9f3c9a8de914deb4d516a79109d8912f Author: Michael Tänzer n...@nhng.de AuthorDate: Fri Mar 1 16:59:49 2013 +0100 Commit: Michael Tänzer n...@nhng.de CommitDate: Fri Mar 1 16:59:49 2013 +0100 GetPrerequisites: Add documentation for objdump Signed-off-by: Michael Tänzer n...@nhng.de diff --git a/Modules/GetPrerequisites.cmake b/Modules/GetPrerequisites.cmake index 3bd3fdf..18f449d 100644 --- a/Modules/GetPrerequisites.cmake +++ b/Modules/GetPrerequisites.cmake @@ -5,6 +5,7 @@ # # It uses various tools to obtain the list of required shared library files: # dumpbin (Windows) +# objdump (MinGW on Windows) # ldd (Linux/Unix) # otool (Mac OSX) # The following functions are provided by this module: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8eb2fe955aa42ca54cfcdbaf17dbb11e94d3bbc0 commit 8eb2fe955aa42ca54cfcdbaf17dbb11e94d3bbc0 Author: Michael Tänzer n...@nhng.de AuthorDate: Fri Mar 1 16:26:07 2013 +0100 Commit: Michael Tänzer n...@nhng.de CommitDate: Fri Mar 1 16:26:07 2013 +0100 GetPrerequisites: Enable test for BundleUtilities on MinGW Signed-off-by: Michael Tänzer n...@nhng.de diff --git a/Tests/CMakeLists.txt b/Tests/CMakeLists.txt index 13c2aad..8c7b87c 100644 --- a/Tests/CMakeLists.txt +++ b/Tests/CMakeLists.txt @@ -287,6 +287,7 @@ if(BUILD_TESTING) # run test for BundleUtilities on supported platforms/compilers if(MSVC OR + MINGW OR CMAKE_SYSTEM_NAME MATCHES Linux OR CMAKE_SYSTEM_NAME MATCHES Darwin) if(NOT ${CMAKE_TEST_GENERATOR} STREQUAL Watcom WMake) --- Summary of changes: Modules/GetPrerequisites.cmake |1 + Tests/CMakeLists.txt |1 + 2 files changed, 2 insertions(+), 0 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.10.2-785-g0d85927
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 0d859272106289fd8ac078c6366e591a2030bb13 (commit) from 567a7af31170aeeb9cc3f420ae2173b021031335 (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=0d859272106289fd8ac078c6366e591a2030bb13 commit 0d859272106289fd8ac078c6366e591a2030bb13 Author: Kitware Robot kwro...@kitware.com AuthorDate: Sat Mar 2 00:01:06 2013 -0500 Commit: Kitware Robot kwro...@kitware.com CommitDate: Sat Mar 2 00:01:06 2013 -0500 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index cf057cb..7d2f5e2 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -2,5 +2,5 @@ set(CMake_VERSION_MAJOR 2) set(CMake_VERSION_MINOR 8) set(CMake_VERSION_PATCH 10) -set(CMake_VERSION_TWEAK 20130301) +set(CMake_VERSION_TWEAK 20130302) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.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