From: Alan W. I. <ir...@be...> - 2011-09-20 20:25:24
|
It turns out that thanks to a warning from Orion that appeared on the CMake list, I discovered the latest RC for cmake-2.8.6 (2.8.6-rc3) breaks the xwin device driver. See forwarded evidence below. So I will be monitoring the RC's for the cmake-2.8.6 release very closely in hopes that they will solve the issue before the cmake-2.8.6 release. Note if they don't solve that issue for the release my backup plan is to blacklist cmake-2.8.6, but I hope that will not be necessary. 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 __________________________ ---------- Forwarded message ---------- Date: Tue, 20 Sep 2011 13:14:54 -0700 (PDT) From: Alan W. Irwin <ir...@be...> To: Orion Poplawski <or...@co...> Cc: CMake Mailing List <cm...@cm...> Subject: 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 |
From: Alan W. I. <ir...@be...> - 2011-09-21 00:21:54
|
On 2011-09-20 13:25-0700 Alan W. Irwin wrote: > It turns out that thanks to a warning from Orion that appeared on the > CMake list, I discovered the latest RC for cmake-2.8.6 (2.8.6-rc3) > breaks the xwin device driver. See forwarded evidence below. So I > will be monitoring the RC's for the cmake-2.8.6 release very closely > in hopes that they will solve the issue before the cmake-2.8.6 > release. Note if they don't solve that issue for the release my > backup plan is to blacklist cmake-2.8.6, but I hope that will not be > necessary. The latest news is the CMake developers are going to revert the bad patch so that CMake-2.8.6 should be compatible with PLplot (and many other software packages the bad patch would have affected). Thanks again, Orion, for publicizing the issue and therefore saving us all from what would have been a really bad release for CMake-2.8.6. 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2011-09-23 15:55:02
|
On 2011-09-20 17:21-0700 Alan W. Irwin wrote: Just did a full build_tree test of PLplot (both test_noninteractive and test_interactive) with the compile options -O3 -fvisibility=hidden using CMake-2.8.6-rc4. This test bombed miserably for CMake-2.8.6-rc3 with run-time errors in the test_noninteractive test for -dev xwin, but works well (i.e., the same as CMake-2.8.5) for rc4. So CMake-2.8.6 final should be fine for all our users with no need to blacklist it. 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 __________________________ |
From: Andrew R. <and...@us...> - 2011-09-24 09:54:29
|
On Fri, Sep 23, 2011 at 08:54:55AM -0700, Alan Irwin wrote: > On 2011-09-20 17:21-0700 Alan W. Irwin wrote: > > Just did a full build_tree test of PLplot (both test_noninteractive and > test_interactive) with the compile options > > -O3 -fvisibility=hidden > > using CMake-2.8.6-rc4. This test bombed miserably for > CMake-2.8.6-rc3 with run-time errors in the test_noninteractive test > for -dev xwin, but works well (i.e., the same as CMake-2.8.5) for rc4. > > So CMake-2.8.6 final should be fine for all our users with no need to blacklist it. That's good to hear. Also good to hear that the -fvisibility=hidden options worked smoothly for octave after the recent changes. Incidently I have filed a bug report against octave about that, but no response yet. Andrew |