On 2007-08-17 19:44+0200 Werner Smekal wrote: > Hi Alan, > > I don't know why this problem occured, but it goes away if I upgrade to cmake > 2.4 patch 7. Therefore I propose that we force Win32 users to use 2.4.7. > > Do you agree?
Let me get some background stuff out of the way first before answering your question. As you may have anticipated, I would be reluctant to bump the minimum version number of CMake for Linux users unless we really need a later version. Here is why. The chances are good that cmake-2.4.5 (our minimum version) is already available for most Linux distros, but that would not be the case for 2.4.7 because of the inevitable time it takes latest software releases to propagate to Linux distros. Thus, keeping our minimum version at 2.4.5 for now for the Linux case will make life a little easier for our Linux users since they won't have to build their own version of cmake. Normally, I just test with cmake 2.4.7, but I just tried cmake 2.4.6 on the Linux side of things, and all was well. Of course, this is a different test then yours since X11_INCLUDE_DIR was non-null in my case, but that if(X11_INCLUDE_DIR) logic should just work for any version of cmake. Also, I just double-checked that the FindX11.cmake modules (the module that delivers the X11_INCLUDE_DIR value to the PLplot build system) are identical between 2.4.6 and 2.4.7. Since the above if statement failed for your cmake version 2.4.6, my strong hunch is your cmake 2.4.6 installation was clobbered in some way and a reinstall of any version of cmake >= 2.4.5 would have worked. Please let me know if that is the case for 2.4.6. If a reinstalled 2.4.6 works for you, then obviously we don't have to change the minimum version for windows, but if it fails then (to answer your question finally) then, yes, go ahead and bump the minimum version of cmake but only for the windows case. 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); PLplot scientific plotting software package (plplot.org); 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 __________________________ ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
