Re: [CMake] FindBoost not setting Boost_LIBRARIES
This works for me: #- # Boost # The automatic linking, uses the static version of the libraries. if(WIN32) set(Boost_USE_STATIC_LIBS ON) endif(WIN32) # Uncomment and edit if CMake cannot find boost. set(Boost_ADDITIONAL_VERSIONS "1.43" "1.43.0" "1.42" "1.42.0") find_package(Boost REQUIRED COMPONENTS system filesystem ) if ( Boost_FOUND ) include_directories(${Boost_INCLUDE_DIRS}) add_definitions(${Boost_LIB_DIAGNOSTIC_DEFINITIONS}) # Remember to include ${Boost_LIBRARIES} in the target_link_libraries() statement endif ( Boost_FOUND ) Regards Andrew On Wed, May 12, 2010 at 10:31 AM, Michael Hertling wrote: > On 05/12/2010 01:06 AM, McNamara, Nate wrote: >> Hello! >> >> I've been struggling with find_package(boost ...): although it succeeds >> up to a point, it doesn't finish the job. I must be doing something >> wrong. >> >> The output below shows that boost is found, and several of the expected >> variables are set, but Boost_LIBRARIES is not. I suspect that means >> that, although the boost installation was found, the particular >> component (i.e., the unit_test_framework) was not. >> >> The weird thing is that, when I get to the link step, link knows the >> exact file name it should link, but doesn't find it: >> >> 1>LINK : fatal error LNK1104: cannot open file >> 'libboost_unit_test_framework-vc80-mt-gd-1_42.lib' >> >> Any hints much appreciated! >> Nate >> >> >> >> H:\devel\build>type CMakeLists.txt >> cmake_minimum_required(VERSION 2.8) >> project(foo) >> >> set(Boost_DEBUG TRUE) >> find_package(boost REQUIRED COMPONENTS unit_test_framework) >> message(STATUS "Boost_VERSION=" ${Boost_VERSION}) >> message(STATUS "Boost_LIBRARIES=" ${Boost_LIBRARIES}) >> message(STATUS "Boost_LIBRARY_DIRS=" ${Boost_LIBRARY_DIRS}) >> message(STATUS "Boost_INCLUDE_DIRS=" ${Boost_INCLUDE_DIRS}) > > Is the lower-case "b" in "find_package(boost ...)" just a typo? On > Linux, this CMakeLists.txt file fails completely as Boost must be > requested with upper-case "B", i.e. "find_package(Boost ...)". > > Additionally, I get the following: > > [...] > -- Boost version: 1.43.0 > -- Found the following Boost libraries: > -- unit_test_framework > -- Boost_VERSION=104300 > [..] > > The line containing "Found the following..." and the subsequent list of > detected Boost libraries are missing in your log. Furthermore, I can > reproduce your results by issuing "find_package(Boost)", i.e. by not > requesting any of Boost's libraries. Perhaps, this somewhat helps. > > Regards, > > 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 > -- ___ Andrew J. P. Maclean Centre for Autonomous Systems The Rose Street Building J04 The University of Sydney 2006 NSW AUSTRALIA Ph: +61 2 9351 3283 Fax: +61 2 9351 7474 URL: http://www.acfr.usyd.edu.au/ ___ ___ 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] FindBoost not setting Boost_LIBRARIES
On 05/12/2010 01:06 AM, McNamara, Nate wrote: > Hello! > > I've been struggling with find_package(boost ...): although it succeeds > up to a point, it doesn't finish the job. I must be doing something > wrong. > > The output below shows that boost is found, and several of the expected > variables are set, but Boost_LIBRARIES is not. I suspect that means > that, although the boost installation was found, the particular > component (i.e., the unit_test_framework) was not. > > The weird thing is that, when I get to the link step, link knows the > exact file name it should link, but doesn't find it: > > 1>LINK : fatal error LNK1104: cannot open file > 'libboost_unit_test_framework-vc80-mt-gd-1_42.lib' > > Any hints much appreciated! > Nate > > > > H:\devel\build>type CMakeLists.txt > cmake_minimum_required(VERSION 2.8) > project(foo) > > set(Boost_DEBUG TRUE) > find_package(boost REQUIRED COMPONENTS unit_test_framework) > message(STATUS "Boost_VERSION=" ${Boost_VERSION}) > message(STATUS "Boost_LIBRARIES=" ${Boost_LIBRARIES}) > message(STATUS "Boost_LIBRARY_DIRS=" ${Boost_LIBRARY_DIRS}) > message(STATUS "Boost_INCLUDE_DIRS=" ${Boost_INCLUDE_DIRS}) Is the lower-case "b" in "find_package(boost ...)" just a typo? On Linux, this CMakeLists.txt file fails completely as Boost must be requested with upper-case "B", i.e. "find_package(Boost ...)". Additionally, I get the following: [...] -- Boost version: 1.43.0 -- Found the following Boost libraries: -- unit_test_framework -- Boost_VERSION=104300 [..] The line containing "Found the following..." and the subsequent list of detected Boost libraries are missing in your log. Furthermore, I can reproduce your results by issuing "find_package(Boost)", i.e. by not requesting any of Boost's libraries. Perhaps, this somewhat helps. Regards, 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
[CMake] FindBoost not setting Boost_LIBRARIES
Hello! I've been struggling with find_package(boost ...): although it succeeds up to a point, it doesn't finish the job. I must be doing something wrong. The output below shows that boost is found, and several of the expected variables are set, but Boost_LIBRARIES is not. I suspect that means that, although the boost installation was found, the particular component (i.e., the unit_test_framework) was not. The weird thing is that, when I get to the link step, link knows the exact file name it should link, but doesn't find it: 1>LINK : fatal error LNK1104: cannot open file 'libboost_unit_test_framework-vc80-mt-gd-1_42.lib' Any hints much appreciated! Nate H:\devel\build>type CMakeLists.txt cmake_minimum_required(VERSION 2.8) project(foo) set(Boost_DEBUG TRUE) find_package(boost REQUIRED COMPONENTS unit_test_framework) message(STATUS "Boost_VERSION=" ${Boost_VERSION}) message(STATUS "Boost_LIBRARIES=" ${Boost_LIBRARIES}) message(STATUS "Boost_LIBRARY_DIRS=" ${Boost_LIBRARY_DIRS}) message(STATUS "Boost_INCLUDE_DIRS=" ${Boost_INCLUDE_DIRS}) H:\devel\build>mkdir devenv H:\devel\build>cd devenv H:\devel\build\devenv>cmake .. -- Building for: Visual Studio 8 2005 -- Check for working C compiler using: Visual Studio 8 2005 -- Check for working C compiler using: Visual Studio 8 2005 -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler using: Visual Studio 8 2005 -- Check for working CXX compiler using: Visual Studio 8 2005 -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:373 ] Boost not in cache -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:376 ] _boost_TEST_VERSIONS = 1.42;1.42.0;1.41.0;1.41;1.40.0;1.40;1.39.0;1.39;1.38.0;1.38 ;1.37.0;1.37;1.36.1;1.36.0;1.36;1.35.1;1.35.0;1.35;1.34.1;1.34.0;1.34;1. 33.1;1.3 3.0;1.33 -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:378 ] Boost_USE_MULTITHREADED = TRUE -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:380 ] Boost_USE_STATIC_LIBS = on -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:439 ] Declared as CMake or Environmental Variables: -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:441 ]BOOST_ROOT = C:/Program Files/boost/boost_1_42 -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:443 ]BOOST_INCLUDEDIR = -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:445 ]BOOST_LIBRARYDIR = -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:447 ] _boost_TEST_VERSIONS = 1.42;1.42.0;1.41.0;1.41;1.40.0;1.40;1.39.0;1.39;1.38.0;1.38 ;1.37.0;1.37;1.36.1;1.36.0;1.36;1.35.1;1.35.0;1.35;1.34.1;1.34.0;1.34;1. 33.1;1.3 3.0;1.33 -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:496 ] Include debugging info: -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:498 ]_boost_INCLUDE_SEARCH_DIRS = C:/Program Files/boost/boost_1_42/include;C:/Program Files/boost/boost_1_42;C:/boost/include;C:/boost;C:\Program Files/boost/include;C:\Program Files/boost;/sw/local/include -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:500 ] _boost_PATH_SUFFIXES = boost-1_42;boost_1_42;boost-1_42_0;boost_1_42_0;boost-1_4 1_0;boost_1_41_0;boost-1_41;boost_1_41;boost-1_40_0;boost_1_40_0;boost-1 _40;boos t_1_40;boost-1_39_0;boost_1_39_0;boost-1_39;boost_1_39;boost-1_38_0;boos t_1_38_0 ;boost-1_38;boost_1_38;boost-1_37_0;boost_1_37_0;boost-1_37;boost_1_37;b oost-1_3 6_1;boost_1_36_1;boost-1_36_0;boost_1_36_0;boost-1_36;boost_1_36;boost-1 _35_1;bo ost_1_35_1;boost-1_35_0;boost_1_35_0;boost-1_35;boost_1_35;boost-1_34_1; boost_1_ 34_1;boost-1_34_0;boost_1_34_0;boost-1_34;boost_1_34;boost-1_33_1;boost_ 1_33_1;b oost-1_33_0;boost_1_33_0;boost-1_33;boost_1_33 -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:524 ] location of version.hpp: C:/Program Files/boost/boost_1_42/boost/version.hpp -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:543 ] version.hpp reveals boost 1.42.0 -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:634 ] guessed _boost_COMPILER = -vc80 -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:644 ] _boost_MULTITHREADED = -mt -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:661 ] _boost_STATIC_TAG = -s -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:663 ] _boost_ABI_TAG = gd -- [ C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindBoost.cmake:696 ] _boost_LIBRARIES_SEARCH_DIRS = C:/Program Files/boost/boost_1_42/lib;C:/Program Files/boost/boost_1_42/stage/lib;C:/Program Files/boost/boost_1_42/lib;C:/Program Files/boost/boost_1_42/../lib;C:/boost/lib;C:/boost;C:\Program Files/boost/boost _1_42_0/lib;C:\Program Files/boost/boost_1_42/lib;C:\Pr
Re: [CMake] Removing compiler flags for GCC for specific target (3 methods that don't work right)
On 5/11/2010 9:52 AM, Alok Govil wrote: Hi all, I am setting CMAKE_CXX_FLAGS to "-Wall -ansi -pedantic" but would like to remove these flags for compilation of UnitTest++. I tried three methods of doing this with some issue with each: 1. string (REPLACE "-Wall" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) # And likewise for -ansi and -pedantic 2. set (CMAKE_CXX_FLAGS "") 3. unset (CMAKE_CXX_FLAGS CACHE) I am doing the above for both CMAKE_CXX_FLAGS and CMAKE_C_FLAGS. The problem with 1 and 2 is that they are not working. GCC (MinGW-W32) still gives the concerned warnings. I do not get these warnings if I do not set these flags at all to begin with. Method 3 does work. The problem however is that it removes CMAKE_CXX_FLAGS globally, not just from CMakeList.txt for UnitTest++. I could in principle recreate CMAKE_CXX_FLAGS but would like to understand what's going on first. Method 1 worked well for MSVC (using different flags than for GCC). Here are all my files with relevant lines (shown only for CMAKE_CXX_FLAGS but done also for CMAKE_C_FLAGS): _CXX_Flag_Overrides.cmake_: # ... if (CMAKE_COMPILER_IS_GNUCXX) # message ("CMAKE_COMPILER_IS_GNUCXX") set(CMAKE_CXX_FLAGS_INIT "${CMAKE_CXX_FLAGS_INIT} -Wall -ansi -pedantic") endif() # ... _CMakeLists.txt (top-level)_ # ... set(CMAKE_USER_MAKE_RULES_OVERRIDE_CXX ${CMAKE_CURRENT_SOURCE_DIR}/CXX_Flag_Overrides.cmake) project (projectname) # ... add_subdirectory (UnitTest++) # ... _CMakeLists.txt (UnitTest++)_ # ... if (CMAKE_COMPILER_IS_GNUCXX) # http://www.cmake.org/cmake/help/cmake-2-8-docs.html#variable:CMAKE_COMPILER_IS_GNULANG message ("CMAKE_COMPILER_IS_GNUCXX") #string (REPLACE "-Wall" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) #string (REPLACE "-ansi" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) #string (REPLACE "-pedantic" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) #unset (CMAKE_CXX_FLAGS CACHE) set (CMAKE_CXX_FLAGS "") message ("${CMAKE_CXX_FLAGS}") endif() # ... add_library (UnitTest++ ${Sources}) Thanks, Alok You might consider using the target property COMPILE_FLAGS as a more fine-grained way to control the flags, instead of the build-wide variable. See the help for more info. Ryan ___ 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] Current CVS CMake can't build Qt/Cocoa OS X bundle that doesn't crash
Yeah binaries solve one problem, but not the problem of why the builds I do fail. It's not a show-stopper for our software development, but it is the sort of thing that should Just Work, and builds of current GIT repository worked fine a few weeks ago, and 2.8.1 built as well. Oh well! On Tue, May 11, 2010 at 4:03 PM, Bill Hoffman wrote: > On 5/11/2010 4:47 PM, kent williams wrote: >> >> I tried copying it to the suggested place, but it still didn't work. >> My solution, since I'm not a CMake developer, was to go back to using >> xterm -e ccmake instead of the Qt dialog. >> > > What about the nightly binaries created at Kitware: > > http://www.cmake.org/files/dev/?C=M;O=D > > It has Qt support built in, and is built and tested each night. > > > -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 > ___ 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] Current CVS CMake can't build Qt/Cocoa OS X bundle that doesn't crash
On 5/11/2010 4:47 PM, kent williams wrote: I tried copying it to the suggested place, but it still didn't work. My solution, since I'm not a CMake developer, was to go back to using xterm -e ccmake instead of the Qt dialog. What about the nightly binaries created at Kitware: http://www.cmake.org/files/dev/?C=M;O=D It has Qt support built in, and is built and tested each night. -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] Current CVS CMake can't build Qt/Cocoa OS X bundle that doesn't crash
I tried copying it to the suggested place, but it still didn't work. My solution, since I'm not a CMake developer, was to go back to using xterm -e ccmake instead of the Qt dialog. On Tue, May 11, 2010 at 1:23 PM, Clinton Stimpson wrote: > > Just a thought: does it change anything if you make a softlink > Versions/Current/Resources -> Resources in QtGui.framework? The message says > QtGui.framework/Versions/Current/Resources/ but when I last tried it, it was > actually looking in QtGui.framework/Resources. They may have changed/fixed > that. > > Clint > > > On Tuesday, May 11, 2010 11:03:48 am kent williams wrote: >> OS X 10.5.8, Qt-4.6.2, g++-4.2 gcc-4.2 >> >> ../cmake/bootstrap --prefix=/scratch/kent/opt --qt-gui >> --qt-qmake=/opt/Qt-4.6.2/bin/qmake >> make >> make install >> >> /scratch/kent/opt/CMake\ 2.9-20100511.app/Contents/MacOS/CMake\ >> 2.9-20100511 Qt internal error: qt_menu.nib could not be loaded. The .nib >> file >> should be placed in QtGui.framework/Versions/Current/Resources/ or in >> the resources directory of your application bundle. >> Abort >> >> This looks like a different problem than the one I agonized over a >> couple weeks ago with respect to qt_menu.nib. There is a qtmenu.nib: >> >> /scratch/kent/opt/CMake >> 2.9-20100511.app/Contents/Frameworks/QtGui.framework/Resources/qt_menu.nib >> >> ls -l /scratch/kent/opt/CMake\ >> 2.9-20100511.app/Contents/Frameworks/QtGui.framework/Resources/qt_menu.nib >> total 32 >> -rw-r--r-- 1 kent user 1451 May 11 11:52 classes.nib >> -rw-r--r-- 1 kent user 471 May 11 11:52 info.nib >> -rw-r--r-- 1 kent user 5567 May 11 11:52 keyedobjects.nib >> >> What it looks like to me is that when the QtGui framework gets copied, >> something is messed up in the paths fixups during fixup_bundle. >> ___ >> 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] Current CVS CMake can't build Qt/Cocoa OS X bundle that doesn't crash
Just a thought: does it change anything if you make a softlink Versions/Current/Resources -> Resources in QtGui.framework? The message says QtGui.framework/Versions/Current/Resources/ but when I last tried it, it was actually looking in QtGui.framework/Resources. They may have changed/fixed that. Clint On Tuesday, May 11, 2010 11:03:48 am kent williams wrote: > OS X 10.5.8, Qt-4.6.2, g++-4.2 gcc-4.2 > > ../cmake/bootstrap --prefix=/scratch/kent/opt --qt-gui > --qt-qmake=/opt/Qt-4.6.2/bin/qmake > make > make install > > /scratch/kent/opt/CMake\ 2.9-20100511.app/Contents/MacOS/CMake\ > 2.9-20100511 Qt internal error: qt_menu.nib could not be loaded. The .nib > file > should be placed in QtGui.framework/Versions/Current/Resources/ or in > the resources directory of your application bundle. > Abort > > This looks like a different problem than the one I agonized over a > couple weeks ago with respect to qt_menu.nib. There is a qtmenu.nib: > > /scratch/kent/opt/CMake > 2.9-20100511.app/Contents/Frameworks/QtGui.framework/Resources/qt_menu.nib > > ls -l /scratch/kent/opt/CMake\ > 2.9-20100511.app/Contents/Frameworks/QtGui.framework/Resources/qt_menu.nib > total 32 > -rw-r--r-- 1 kent user 1451 May 11 11:52 classes.nib > -rw-r--r-- 1 kent user 471 May 11 11:52 info.nib > -rw-r--r-- 1 kent user 5567 May 11 11:52 keyedobjects.nib > > What it looks like to me is that when the QtGui framework gets copied, > something is messed up in the paths fixups during fixup_bundle. > ___ > 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] Current CVS CMake can't build Qt/Cocoa OS X bundle that doesn't crash
OS X 10.5.8, Qt-4.6.2, g++-4.2 gcc-4.2 ../cmake/bootstrap --prefix=/scratch/kent/opt --qt-gui --qt-qmake=/opt/Qt-4.6.2/bin/qmake make make install /scratch/kent/opt/CMake\ 2.9-20100511.app/Contents/MacOS/CMake\ 2.9-20100511 Qt internal error: qt_menu.nib could not be loaded. The .nib file should be placed in QtGui.framework/Versions/Current/Resources/ or in the resources directory of your application bundle. Abort This looks like a different problem than the one I agonized over a couple weeks ago with respect to qt_menu.nib. There is a qtmenu.nib: /scratch/kent/opt/CMake 2.9-20100511.app/Contents/Frameworks/QtGui.framework/Resources/qt_menu.nib ls -l /scratch/kent/opt/CMake\ 2.9-20100511.app/Contents/Frameworks/QtGui.framework/Resources/qt_menu.nib total 32 -rw-r--r-- 1 kent user 1451 May 11 11:52 classes.nib -rw-r--r-- 1 kent user 471 May 11 11:52 info.nib -rw-r--r-- 1 kent user 5567 May 11 11:52 keyedobjects.nib What it looks like to me is that when the QtGui framework gets copied, something is messed up in the paths fixups during fixup_bundle. ___ 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] python DeprecationWarning marked as error
On Fri, May 07, 2010 at 01:55:44PM -0700, Tyler Roscoe wrote: > I have the following warning in my project build: > > /.../rs/sdk/trunk/internalheaders/minorrev/_build/util/svnutils.py:34: > DeprecationWarning: os.popen4 is deprecated. Use the subprocess module. > > infile, lines = os.popen4("svn info --non-interactive %s" % > workingCopyPathOrRepositoryURL) > > > This warning is marked as an error in CDash. Shall I open a bug? Is > there a workaround to explain to CTest that this output is not an error? I opened http://public.kitware.com/Bug/view.php?id=10703 for this problem. I also included a workaround: set (CTEST_CUSTOM_ERROR_EXCEPTION "DeprecationWarning") Thanks, tyler ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Removing compiler flags for GCC for specific target (3 methods that don't work right)
Hi all, I am setting CMAKE_CXX_FLAGS to "-Wall -ansi -pedantic" but would like to remove these flags for compilation of UnitTest++. I tried three methods of doing this with some issue with each: 1. string (REPLACE "-Wall" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) # And likewise for -ansi and -pedantic 2. set (CMAKE_CXX_FLAGS "") 3. unset (CMAKE_CXX_FLAGS CACHE) I am doing the above for both CMAKE_CXX_FLAGS and CMAKE_C_FLAGS. The problem with 1 and 2 is that they are not working. GCC (MinGW-W32) still gives the concerned warnings. I do not get these warnings if I do not set these flags at all to begin with. Method 3 does work. The problem however is that it removes CMAKE_CXX_FLAGS globally, not just from CMakeList.txt for UnitTest++. I could in principle recreate CMAKE_CXX_FLAGS but would like to understand what's going on first. Method 1 worked well for MSVC (using different flags than for GCC). Here are all my files with relevant lines (shown only for CMAKE_CXX_FLAGS but done also for CMAKE_C_FLAGS): CXX_Flag_Overrides.cmake: # ... if (CMAKE_COMPILER_IS_GNUCXX) # message ("CMAKE_COMPILER_IS_GNUCXX") set(CMAKE_CXX_FLAGS_INIT "${CMAKE_CXX_FLAGS_INIT} -Wall -ansi -pedantic") endif() # ... CMakeLists.txt (top-level) # ... set(CMAKE_USER_MAKE_RULES_OVERRIDE_CXX ${CMAKE_CURRENT_SOURCE_DIR}/CXX_Flag_Overrides.cmake) project (projectname) # ... add_subdirectory (UnitTest++) # ... CMakeLists.txt (UnitTest++) # ... if (CMAKE_COMPILER_IS_GNUCXX) # http://www.cmake.org/cmake/help/cmake-2-8-docs.html#variable:CMAKE_COMPILER_IS_GNULANG message ("CMAKE_COMPILER_IS_GNUCXX") #string (REPLACE "-Wall" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) #string (REPLACE "-ansi" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) #string (REPLACE "-pedantic" "" CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS}) #unset (CMAKE_CXX_FLAGS CACHE) set (CMAKE_CXX_FLAGS "") message ("${CMAKE_CXX_FLAGS}") endif() # ... add_library (UnitTest++ ${Sources}) Thanks, Alok _ The New Busy is not the old busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_3___ 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] Installing compiled fortran *.mod files
John, I'm not aware of any 'out of the box' way to install .mod files. Here's what I did for my project: First, I wrote a set of macros that would determine the how FC names module files (evidently there is no standard naming scheme) by using the try_compile() macro.Next, I created a macro that would take a list of Fortran sources and return a list of 'predicted' module file names based on the naming scheme discovered in step 1. Once I had the list of module file names, I could use the standard install() command to place them in the correct target location. BTW - I have seen the following naming schemes for module files: ! File:moduleSRCFILE.f90 module moduleNAME integer :: j end module moduleNAME can produce module files with any of the following names: modulename.mod # module name, all lower case moduleNAME.mod # module name, preserve case MODULENAME.mod # module name, all upper case Modulename.mod # module name, capitalize first letter modulesrcfile.mod # file name, all lowercase Modulesrcfile.mod # file name, capitalize first letter moduleSRCFILE.mod # file name, preserve case MODULESRCFILE.mod # file name, all caps moduleNAME.o# module name, .o extension, preserve case modulename.o# module name, .o extension, all lower case MODULENAME.o# module name, .o extension, all upper case In my experience, modern Fortran compilers (gfortran/Linux, ifort/Linux, ifort/Windows) only use the first case (mod file is the name of the module, all lower case). I have hope that someone on this list has a better answer for you because I would really like to replace my "not-ready-for-primetime" macros. However, if anyone is curious, I can tar up my files and email them to you. -kt From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of Biddiscombe, John A. Sent: Tuesday, May 11, 2010 5:54 AM To: cmake@cmake.org Subject: [CMake] Installing compiled fortran *.mod files I can't seem to find a way of installing the compiled mod files from a mixed fortran/C/C++ project (on windows and linux). I can see all the mod files in ${CMAKE_Fortran_MODULE_DIRECTORY}, but various attempts to install them after compilation fail. My closest effort looks something like this INSTALL ( CODE "EXECUTE_PROCESS (COMMAND ${CMAKE_COMMAND} -E copy_directory ${CMAKE_Fortran_MODULE_DIRECTORY}/${CMAKE_CFG_INTDIR} ${CMAKE_INSTALL_PREFIX}/fortran)" ) but cmake dies on make install with >CMake Error: cmake version 2.8.0 6>Usage: C:/Program Files/cmake-2.8.0/bin/cmake.exe -E [command] [arguments ...] 6>Available commands: .lots of the usaul stuff. Is there a way that works 'out of the box' Thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] OpenOffice and CMake
Hi all OpenOffice.org developers examined using CMake for their new build system. They chose something else, but they wrote a quite thorough evaluation report, which can be found here: http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=27093 Also note the link to the even more thorough wiki page. ___ 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] Installing compiled fortran *.mod files
I can't seem to find a way of installing the compiled mod files from a mixed fortran/C/C++ project (on windows and linux). I can see all the mod files in ${CMAKE_Fortran_MODULE_DIRECTORY}, but various attempts to install them after compilation fail. My closest effort looks something like this INSTALL ( CODE "EXECUTE_PROCESS (COMMAND ${CMAKE_COMMAND} -E copy_directory ${CMAKE_Fortran_MODULE_DIRECTORY}/${CMAKE_CFG_INTDIR} ${CMAKE_INSTALL_PREFIX}/fortran)" ) but cmake dies on make install with >CMake Error: cmake version 2.8.0 6>Usage: C:/Program Files/cmake-2.8.0/bin/cmake.exe -E [command] [arguments ...] 6>Available commands: .lots of the usaul stuff. Is there a way that works 'out of the box' Thanks JB -- John Biddiscombe,email:biddisco @ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Cantonale, 6928 Manno, Switzerland | Fax: +41 (91) 610.82.82 ___ 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] Unit tests, but not CTest
On Mon, May 10, 2010 at 17:28, Tyler Roscoe wrote: > Let's keep this on the list in case it helps someone else. > > On Fri, May 07, 2010 at 10:27:16PM +0100, Magnus Therning wrote: >> On 07/05/10 17:24, Tyler Roscoe wrote: >> > On Fri, May 07, 2010 at 04:41:23PM +0100, Magnus Therning wrote: >> >>> add_custom_command (TARGET ${PROJECT_NAME} >> >>> POST_BUILD >> >>> # Call the runner script directly. By doing it this way, all >> >>> the >> >>> # unit tests in the executable run at once. If we call CTest >> >>> # here (like we do for the _runtest target), the script (and >> >>> # thus the python interpreter) is invoked once for each test >> >>> in >> >>> # the executable, which is slower than calling the script >> >>> once. >> >>> COMMAND ${PYTHON_EXECUTABLE} ${${PROJECT_NAME}_TESTRUNNER} >> >>> ${CMAKE_CFG_INTDIR} --gtest_print_time >> >>> ) >> >> >> >> One thing though, it seems the command is run *always* irrespective of >> >> whether the target is built or not. That doesn't seem to square up >> >> with the text in the man page: >> > >> > Works For Me. I only see unit test runs if the library in question is >> > recompiled or relinked. What version of CMake are you using? >> >> 2.8 >> >> What kind of target is ${PROJECT_NAME}? >> >> I used a target created with add_custom_target, so maybe that's the cause of >> it. > > I think all the targets in our project which use this post-build step > are libraries or executables. > > If your target is a custom_target that always runs (which, as noted in > the docs, custom_targets sometimes do) then of course the post-build > step will also always run. I'm still having problems with this. I put together this: project( test-post-build NONE ) cmake_minimum_required( VERSION 2.8 ) set( output ${CMAKE_CURRENT_BINARY_DIR}/foo ) add_custom_command( OUTPUT ${output} COMMAND touch ${output} COMMENT "Touching foo" ) add_custom_target( foo.build ALL DEPENDS ${output} ) add_custom_command( TARGET ${output} POST_BUILD COMMAND echo "POST_BUILD ${output}" ) add_custom_command( TARGET foo.build POST_BUILD COMMAND echo "POST_BUILD foo.build" ) Based on your description above I expected this behaviour: % cmake .. -- Configuring done -- Generating done -- Build files have been written to: /home/magnus/Play/test/cmake/post_build/_build % make Scanning dependencies of target foo.build [ 0%] Touching foo POST_BUILD /home/magnus/Play/test/cmake/post_build/_build/foo POST_BUILD foo.build [100%] Built target foo.build % make POST_BUILD foo.build [100%] Built target foo.build However, that's not the case. I only ever see the 'POST_BUILD foo.build' printed. So, what target can I use to get the desired behaviour of the POST_BUILD only being run after an actual build? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe ___ 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] CPack, optional files and windows service
Hi everyone, I'm currently working on creating a windows installer for MariaDB (MySQL replacement, see http://www.mariadb.org). It's going quite well, and the installer seems to be working. I'm quite amazed at how simple it has been so far :) I have two things I'm working on that are not so easy to do, and I haven't found any links online to documentation on how to do this. I hope some of you can help me with this or send me the links I couldn't find. 1) I have to make some of the files optional. When uninstalling the MariaDB server, it should ask if the user wants to delete the database files are keep them. Same on installing, since there might already be database files there. I can't figure out how to make CPack ask if it should write/delete these files. Putting the files in a separate component is not enough - the user has to make the decision conciously. Any ideas? 2) The database server should be installed as a Windows service. Again, the user should probably be asked about this, but this might be a component. Are there any examples on how to register a service using cpack, and how to create start menu links for starting and stopping the service? I hope you have some good ideas on how to do this. If you only have some of the answer, just give me that and I'll work with it. Cheers, Bo Thorsen, Monty Program AB. ___ 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] CPackRPM.cmake patch
2010/5/7 Eric Noulard : > > Thank you Erwan, > Would you be kind enough to open a feature request on the bug tracker > http://public.kitware.com/Bug/my_view_page.php I did open the bug myself before your message get too deep the mail stack: http://public.kitware.com/Bug/view.php?id=10701 I did attach your last patch and add relationship with other CPackRPM bugs. Please do not hesitate to comment on directly on the bug tracker. If you add yourself to the bug monitoring list you'll get informed as soon as someone (probably me) will handle this. -- 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] VS6 generator: resource compilation MinSizeRel Bug
Create Bug with ID 0010700 (http://public.kitware.com/Bug/view.php?id=10700). Original-Nachricht > Datum: Mon, 10 May 2010 12:03:28 -0400 > Von: Bill Hoffman > An: cmake@cmake.org > Betreff: Re: [CMake] VS6 generator: resource compilation MinSizeRel Bug > On 5/10/2010 7:51 AM, Michael Frommberger wrote: > > Hi list, > > > > I'm trying to generate with CMake 2.8.1 on Windows XP a VS6 project > which compiles a resource (OK ... I know VS6 is really old, but the company > I'm > working for is still using it ;-)). It works pretty well with Debug, > Release and RelWithDebInfo. But with the MinSizeRel profile I got an error > from > VS6. In the generated dsp file I found the following line: > > > > # ADD RSC REL > > > > I think the bug is in cmLocalVisualStudio6Generator.cxx. There are some > string replacements. The replacement for the compile definitions for > MinSizeRel seems to be incomplete (COMPILE_DEFINITIONS_MINSIZE instead of > COMPILE_DEFINITIONS_MINSIZEREL). So the REL remains after the replacement. > Here is > a diff with the patch to solve this (I don't know if it's allowed to send > mails with attachments to the mailinglist, so I insert the diff as plain > text in the mail body): > > > > diff -ru cmake-2.8.1/Source/cmLocalVisualStudio6Generator.cxx > cmake-2.8.1.patched/Source/cmLocalVisualStudio6Generator.cxx > > --- Source/cmLocalVisualStudio6Generator.cxx2010-03-16 > 13:10:20.0 +0100 > > +++ Source/cmLocalVisualStudio6Generator.cxx.patched2010-05-10 > 11:07:09.28125 +0200 > > @@ -1629,7 +1629,7 @@ > >flagsRelease.c_str()); > > cmSystemTools::ReplaceString(line, "CMAKE_CXX_FLAGS", > flags.c_str()); > > > > -cmSystemTools::ReplaceString(line, "COMPILE_DEFINITIONS_MINSIZE", > > +cmSystemTools::ReplaceString(line, > "COMPILE_DEFINITIONS_MINSIZEREL", > >minsizeDefines.c_str()); > > cmSystemTools::ReplaceString(line, "COMPILE_DEFINITIONS_DEBUG", > >debugDefines.c_str()); > > > > After applying this patch to CMake 2.8.1, resource compilation works for > me with all profiles. > > > > Bye, > > > > Michael > > > > > Can you create a bug entry for this and attache the patch? > > > > -- > 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 -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ 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 2010 Express
Am Montag, den 10.05.2010, 12:15 -0400 schrieb Bill Hoffman: > On 5/10/2010 12:10 PM, Micha Renner wrote: > > Running this CMake script... > > > For VS 2010 express you should need a fix in git master, and can be > fixed for any 2.8.1 install. The fix is to copy the > Modules/CMakeVS10FindMake.cmake from git master of CMake into a 2.8.1 > release tree. > > > Have you done that? Of course, not. I replace Modules/CMakeVS10FindMake.cmake with the version from git master of CMake. Now it works. Thank you. Greetings Micha ___ 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