From: Alan W. I. <ir...@be...> - 2013-12-12 19:09:35
|
On 2013-12-12 09:44-0800 Alan W. Irwin wrote: > On 2013-12-12 06:06-0800 phil rosenberg wrote: > >> I've tried to hunt down the actual revisions where the problems > occurred. After a couple of hiccups with Tortoise SVN I've found that > revision 12725 was the first where I encounter problems with the > Fortran binding not being automatically disabled and revision 12848 is > the first where the Qt problem stops me creating a build system at all > - even if I disable Qt. As much as I would like to help work out the > details, I'm not very good with CMAKE and know even less about Qt and > Fortran. But I'm happy to test potential fixes. > > Hi Phil: > > Thanks very much for your testing effort and report; it is much better > to find these issues before release rather than after. :-) > > Both of the problems you have encountered are due to changes I have > made so I plan to fix both today as my highest priority. > > I have already verified one of the issues you reported, but > more later. Hi Phil: I think I have solved all Qt-related issues you reported as of revision 12855. -DENABLE_qt=OFF should avoid everything to do with Qt now. And when -DENABLE_qt=ON (the default case) a soft landing should be provided if Qt4 libraries don't exist (your case from the error messages you reported), Qt4 libraries are less than the minimum version, or Qt libraries do not include the required components. Unfortunately, I cannot replicate the fortran issue you are encountering: I moved the gfortran command to a different name (gfortran_disabled), and still our PLplot build system provided a soft landing. So please give the svn trunk version another try to confirm the Qt issues are now fixed. Then give me more details of your fortran issue; what fortran compiler you have installed, the complete cmake output results, and the resulting CMakeCache.txt file (if the errors from fortran on your platform still allow that file to be produced when you run cmake). By the way, for the others here I should mention that I currently set the Qt minimum version to what is provided by Debian Wheezy (4.8.2). That version of Debian is a bit dated now so its likely going to provide the same or lower version of Qt than all other modern Linux distros. So my feeling is this minimum version of Qt should be available on Linux (except for the special case of enterprise-class Linux distros), Mac OS X, and Windows. But if anyone here feels that minimum version should be set a bit lower, then let me know today. 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 __________________________ |