Re: [CMake] CMake 2.8.6-rc3 ready for testing!
David Cole ha scritto: The CMake 2.8.6 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D This email is also available on the Kitware blog at http://www.kitware.com/blog/home/post/165 If you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! I expect we will finalize the 2.8.6 release by mid-September. This release candidate we do not have pre-built binaries for the SunOS anymore. As mentioned on the CMake mailing list recently, our Sun hardware has bitten the proverbial dust. However, we are now providing two sets of installers for the Mac. The Darwin versions are for Mac OSX 10.4 and later, and are ppc;i386 universal binaries. The Darwin64 versions are for 10.6 and later, and are x86_64;i386 universal binaries. Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave Changes in CMake 2.8.6-rc3 (since 2.8.6-rc2) Alexey Ozeritsky (2): FindBLAS/LAPACK fixes FindBLAS/LAPACK fixes Andreas Schneider (1): Modules: Add support for more java archives in add_jar(). Björn Ricks (4): Search for the installed python interpreter first Determine python version Update documentation of FindPythonInterp.cmake Use FIND_PACKAGE_HANDLE_STANDARD_ARGS second mode Brad King (5): VS: Map per-source Fortran flags to IDE options VS: Map Fortran free- and fixed-format flags to IDE options Fortran: Add support for free- and fixed-form flags Xcode: Honor Fortran_FORMAT target and source file property Set CMAKE_lang_COMPILER_ID for VS generators David Cole (8): KWSys: Remove always-true dir_only parameter KWSys: Add symlinks to directories as files (#12284) FindPackageMessage: Eliminate new lines in cache entries FindPackageMessage: Eliminate new lines using REGEX REPLACE CMake: Add SaveCache at the end of successful Generate calls Suppress Qt warning for dashmacmini5 builds Suppress Qt warning for dashmacmini5 builds Tests: Look for Illegal or SegFault in the output Eric NOULARD (2): CPack fix #12366 components RPM packages have the same package name CPackRPM fix #12305, include directories in RPM package Johan Björk (5): Xcode: No spaces in makefile target names (#12370) CMake: Write symlinks to directories as files in archives (#12284) CPack: Do not recurse through directory symlinks (#12284) Xcode: Do not emit the ZERO_CHECK target more than once Xcode: Honor -g0 to disable debugging (#12377) Johannes Stallkamp (1): CTest: Fixed valgrind output parsing (#12260) Matt McCormick (1): CMake: Remove documentation for -E build (#12446) Stephen Kelly (2): Add some more unit tests. Don't put what some compilers consider junk at the end of the line. Thomas Jarosch (3): CTest: Fix memory leaks on error Fix file() command descriptor leak on error ccmake: Fix off-by-one memory access error ___ 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 Any news about when will it be finalized? ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.6-rc3 ready for testing!
On Tue, Sep 20, 2011 at 8:27 AM, Andrea Galeazzi galea...@korg.it wrote: David Cole ha scritto: The CMake 2.8.6 release candidate stream continues! You can find the source and binaries here: http://www.cmake.org/files/v2.8/?C=M;O=D This email is also available on the Kitware blog at http://www.kitware.com/blog/home/post/165 If you want to test this out and ask for a fix, do it soon, or hold your peace till the next release! I expect we will finalize the 2.8.6 release by mid-September. This release candidate we do not have pre-built binaries for the SunOS anymore. As mentioned on the CMake mailing list recently, our Sun hardware has bitten the proverbial dust. However, we are now providing two sets of installers for the Mac. The Darwin versions are for Mac OSX 10.4 and later, and are ppc;i386 universal binaries. The Darwin64 versions are for 10.6 and later, and are x86_64;i386 universal binaries. Following is the list of changes in this release. Since we switched to git, this list is now the 'git log' one line summary written by the named CMake developers. Please try this version of CMake on your projects and report any issues to the list or the bug tracker. Happy building! -Dave Changes in CMake 2.8.6-rc3 (since 2.8.6-rc2) Alexey Ozeritsky (2): FindBLAS/LAPACK fixes FindBLAS/LAPACK fixes Andreas Schneider (1): Modules: Add support for more java archives in add_jar(). Björn Ricks (4): Search for the installed python interpreter first Determine python version Update documentation of FindPythonInterp.cmake Use FIND_PACKAGE_HANDLE_STANDARD_ARGS second mode Brad King (5): VS: Map per-source Fortran flags to IDE options VS: Map Fortran free- and fixed-format flags to IDE options Fortran: Add support for free- and fixed-form flags Xcode: Honor Fortran_FORMAT target and source file property Set CMAKE_lang_COMPILER_ID for VS generators David Cole (8): KWSys: Remove always-true dir_only parameter KWSys: Add symlinks to directories as files (#12284) FindPackageMessage: Eliminate new lines in cache entries FindPackageMessage: Eliminate new lines using REGEX REPLACE CMake: Add SaveCache at the end of successful Generate calls Suppress Qt warning for dashmacmini5 builds Suppress Qt warning for dashmacmini5 builds Tests: Look for Illegal or SegFault in the output Eric NOULARD (2): CPack fix #12366 components RPM packages have the same package name CPackRPM fix #12305, include directories in RPM package Johan Björk (5): Xcode: No spaces in makefile target names (#12370) CMake: Write symlinks to directories as files in archives (#12284) CPack: Do not recurse through directory symlinks (#12284) Xcode: Do not emit the ZERO_CHECK target more than once Xcode: Honor -g0 to disable debugging (#12377) Johannes Stallkamp (1): CTest: Fixed valgrind output parsing (#12260) Matt McCormick (1): CMake: Remove documentation for -E build (#12446) Stephen Kelly (2): Add some more unit tests. Don't put what some compilers consider junk at the end of the line. Thomas Jarosch (3): CTest: Fix memory leaks on error Fix file() command descriptor leak on error ccmake: Fix off-by-one memory access error ___ 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 Any news about when will it be finalized? Soon... Stay tuned... ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.6-rc3 ready for testing!
On 09/20/2011 08:38 AM, David Cole wrote: On Tue, Sep 20, 2011 at 8:27 AM, Andrea Galeazzigalea...@korg.it wrote: Any news about when will it be finalized? Soon... Stay tuned... Not before a proper fix for http://public.kitware.com/Bug/view.php?id=12457 I hope. As it stands, building KDE (and probably lots of other things) with 2.8.6 is broken. We've had to pull the rc builds out of Fedora rawhide. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.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 2.8.6-rc3 ready for testing!
On 2011-09-20 11:53-0600 Orion Poplawski wrote: On 09/20/2011 08:38 AM, David Cole wrote: On Tue, Sep 20, 2011 at 8:27 AM, Andrea Galeazzigalea...@korg.it wrote: Any news about when will it be finalized? Soon... Stay tuned... Not before a proper fix for http://public.kitware.com/Bug/view.php?id=12457 I hope. As it stands, building KDE (and probably lots of other things) with 2.8.6 is broken. We've had to pull the rc builds out of Fedora rawhide. Hi Orion: Does lots of other things include PLplot (which for the benefit of others here is one of the packages you maintain for Fedora)? It appears to me from a quick read of the discussion in bug 12457, that the predicted broken builds would occur for the optimized build case. Do I have that right? Anyway, I tried a build of svn trunk PLplot here (my Debian squeeze system) (with -DENABLE_ocaml=OFF for other reasons) with export CFLAGS='-O3 -fvisibility=hidden' export CXXFLAGS=$CFLAGS export FFLAGS=$CFLAGS and for cmake-2.8.6-rc3 there were no obvious problems with that build. I don't want to overly dilute what seems to be your really important message that there are serious build problems for cmake-2.8.6-rc3, but if nothing else, your post should galvanize lots of testing of cmake-2.8.6-rc3 which is a good thing. When I did such build testing myself, the optimized build of PLplot appears to be OK for cmake-2.8.6-rc3 on at least my platform. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.6-rc3 ready for testing!
On 09/20/2011 02:01 PM, Alan W. Irwin wrote: On 2011-09-20 11:56-0700 Alan W. Irwin wrote: I don't want to overly dilute what seems to be your really important message that there are serious build problems for cmake-2.8.6-rc3, but if nothing else, your post should galvanize lots of testing of cmake-2.8.6-rc3 which is a good thing. When I did such build testing myself, the optimized build of PLplot appears to be OK for cmake-2.8.6-rc3 on at least my platform. P.S. I should have mentioned that the bug concerned FindThreads.cmake, and the PLplot build system does use find_package(Threads) for the xwin device driver. So I am a bit surprised I am not seeing the issue for an optimized build that includes that device driver. Alan What is the output of the various Looking for pthread_create lines? Often libraries like plplot pickup -pthread from libraries that they use. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.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 2.8.6-rc3 ready for testing!
On 2011-09-20 11:56-0700 Alan W. Irwin wrote: I don't want to overly dilute what seems to be your really important message that there are serious build problems for cmake-2.8.6-rc3, but if nothing else, your post should galvanize lots of testing of cmake-2.8.6-rc3 which is a good thing. When I did such build testing myself, the optimized build of PLplot appears to be OK for cmake-2.8.6-rc3 on at least my platform. P.S. I should have mentioned that the bug concerned FindThreads.cmake, and the PLplot build system does use find_package(Threads) for the xwin device driver. So I am a bit surprised I am not seeing the issue for an optimized build that includes that device driver. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.6-rc3 ready for testing!
On 2011-09-20 13:01-0700 Alan W. Irwin wrote: On 2011-09-20 11:56-0700 Alan W. Irwin wrote: I don't want to overly dilute what seems to be your really important message that there are serious build problems for cmake-2.8.6-rc3, but if nothing else, your post should galvanize lots of testing of cmake-2.8.6-rc3 which is a good thing. When I did such build testing myself, the optimized build of PLplot appears to be OK for cmake-2.8.6-rc3 on at least my platform. P.S. I should have mentioned that the bug concerned FindThreads.cmake, and the PLplot build system does use find_package(Threads) for the xwin device driver. So I am a bit surprised I am not seeing the issue for an optimized build that includes that device driver. P.P.S. Strike that. I found the issue at PLplot run-time, not build time for CMake-2.8.6-rc3 (probably because the PLplot library dynamically loads device drivers such as xwin). So I strongly second Orion's call for a fix before 2.8.6 is released. Here is the evidence: software@raven examples/c/x01c -dev xwin PLplot library version: 5.9.8 examples/c/x01c: symbol lookup error: /home/software/plplot_svn/HEAD/build_dir/drivers/xwin.so: undefined symbol: pthread_mutexattr_init software@raven ldd -r drivers/xwin.so |grep undefine undefined symbol: pthread_mutexattr_settype (drivers/xwin.so) undefined symbol: pthread_create(drivers/xwin.so) undefined symbol: pthread_mutexattr_init(drivers/xwin.so) undefined symbol: pthread_cancel(drivers/xwin.so) undefined symbol: pthread_join (drivers/xwin.so) Thanks, Orion, for catching this problem. Recently, I have become quite lazy about testing cmake RC's because normally they just work. But cmake-2.8.6-rc3 is definitely an exception to that rule and a general wakeup call for everyone to thoroughly test the CMake RC's both at build time _and_ run time. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.6-rc3 ready for testing!
On Tue, Sep 20, 2011 at 4:14 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2011-09-20 13:01-0700 Alan W. Irwin wrote: On 2011-09-20 11:56-0700 Alan W. Irwin wrote: I don't want to overly dilute what seems to be your really important message that there are serious build problems for cmake-2.8.6-rc3, but if nothing else, your post should galvanize lots of testing of cmake-2.8.6-rc3 which is a good thing. When I did such build testing myself, the optimized build of PLplot appears to be OK for cmake-2.8.6-rc3 on at least my platform. P.S. I should have mentioned that the bug concerned FindThreads.cmake, and the PLplot build system does use find_package(Threads) for the xwin device driver. So I am a bit surprised I am not seeing the issue for an optimized build that includes that device driver. P.P.S. Strike that. I found the issue at PLplot run-time, not build time for CMake-2.8.6-rc3 (probably because the PLplot library dynamically loads device drivers such as xwin). So I strongly second Orion's call for a fix before 2.8.6 is released. Here is the evidence: software@raven examples/c/x01c -dev xwin PLplot library version: 5.9.8 examples/c/x01c: symbol lookup error: /home/software/plplot_svn/HEAD/build_dir/drivers/xwin.so: undefined symbol: pthread_mutexattr_init software@raven ldd -r drivers/xwin.so |grep undefine undefined symbol: pthread_mutexattr_settype (drivers/xwin.so) undefined symbol: pthread_create (drivers/xwin.so) undefined symbol: pthread_mutexattr_init (drivers/xwin.so) undefined symbol: pthread_cancel (drivers/xwin.so) undefined symbol: pthread_join (drivers/xwin.so) Thanks, Orion, for catching this problem. Recently, I have become quite lazy about testing cmake RC's because normally they just work. But cmake-2.8.6-rc3 is definitely an exception to that rule and a general wakeup call for everyone to thoroughly test the CMake RC's both at build time _and_ run time. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake I will be reverting the commits associated with the bad bug fix mentioned here, so that we will end up with equivalent to 2.8.5 behavior with respect to this. We'll have to shoot for a real fix for next time. Thanks, David ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.6-rc3 ready for testing!
Am Dienstag, 20. September 2011, 16:21:06 schrieb David Cole: On Tue, Sep 20, 2011 at 4:14 PM, Alan W. Irwin ir...@beluga.phys.uvic.ca wrote: On 2011-09-20 13:01-0700 Alan W. Irwin wrote: On 2011-09-20 11:56-0700 Alan W. Irwin wrote: I don't want to overly dilute what seems to be your really important message that there are serious build problems for cmake-2.8.6-rc3, but if nothing else, your post should galvanize lots of testing of cmake-2.8.6-rc3 which is a good thing. When I did such build testing myself, the optimized build of PLplot appears to be OK for cmake-2.8.6-rc3 on at least my platform. P.S. I should have mentioned that the bug concerned FindThreads.cmake, and the PLplot build system does use find_package(Threads) for the xwin device driver. So I am a bit surprised I am not seeing the issue for an optimized build that includes that device driver. P.P.S. Strike that. I found the issue at PLplot run-time, not build time for CMake-2.8.6-rc3 (probably because the PLplot library dynamically loads device drivers such as xwin). So I strongly second Orion's call for a fix before 2.8.6 is released. Here is the evidence: software@raven examples/c/x01c -dev xwin PLplot library version: 5.9.8 examples/c/x01c: symbol lookup error: /home/software/plplot_svn/HEAD/build_dir/drivers/xwin.so: undefined symbol: pthread_mutexattr_init software@raven ldd -r drivers/xwin.so |grep undefine undefined symbol: pthread_mutexattr_settype (drivers/xwin.so) undefined symbol: pthread_create(drivers/xwin.so) undefined symbol: pthread_mutexattr_init(drivers/xwin.so) undefined symbol: pthread_cancel(drivers/xwin.so) undefined symbol: pthread_join (drivers/xwin.so) Thanks, Orion, for catching this problem. Recently, I have become quite lazy about testing cmake RC's because normally they just work. But cmake-2.8.6-rc3 is definitely an exception to that rule and a general wakeup call for everyone to thoroughly test the CMake RC's both at build time _and_ run time. I will be reverting the commits associated with the bad bug fix mentioned here, so that we will end up with equivalent to 2.8.5 behavior with respect to this. We'll have to shoot for a real fix for next time. I think it's best to do for now. But for me it looks like the fix is indeed correct (for the pthreads part), but CheckFunctionExists isn't really reliable. I think I'll cook up some patches for this module that we can run through the dashboards and see when CheckFunctionExists does actually work (and when not). Then we can try to get some better code to detect the presence of functions. Eike P.S.: and I would really like if the mailing list footer could get a proper delimiter (i.e. dash-dash-space) so it can be automatically stripped by every sane mail program when replying. signature.asc Description: This is a digitally signed message part. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.6-rc3 ready for testing!
On 2011-09-20 16:21-0400 David Cole wrote: I will be reverting the commits associated with the bad bug fix mentioned here, so that we will end up with equivalent to 2.8.5 behavior with respect to this. We'll have to shoot for a real fix for next time. Thanks, Dave, for that good decision. BTW, I normally don't test the optimised case like I just did for 2.8.6-rc3. Therefore as due diligence, I repeated that exact optimized test for 2.8.5, and all was well. So equivalent to 2.8.5 should work here, but I will check once you get out the next RC just to be absolutely sure that 2.8.6 will be fine for PLplot. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ ___ 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
