On 2009-08-16 12:35-0700 Alan W. Irwin wrote: > On 2009-08-16 10:33-0700 Alan W. Irwin wrote: > >> Valery Pipin has also reported the cmake re-run issue (on AltLinux, I >> believe). I had a detailed look this morning with cmake-2.6.4, and I could >> not reproduce the issue at all by simply disabling gfortran. However, by >> attempting to get as close as possible to what you did, I finally found a >> case where cmake reran on the first "make" attempt (but not subsequent ones >> for some reason). At this point I have no idea which of my seemingly >> innocuous steps to reproduce (for example, using "make" rather than my usual >> "make -j4 install", dropping the FC environment variable, and disabling >> gnatmake as well as gfortran) was the essential one that triggered the cmake >> re-run. > > It turns out I can reproduce the cmake re-run problem with gnatmake enabled > and "make -j4", but if I then go back to using > > export FC='gfortran' > > (where you should end up with exactly the same compiler and flags for that > compiler) the cmake re-run problem disappears again. > > So exporting FC or not makes all the difference even for the case when the > same compiler and compiler flags are specified. Currently, I am pursuing > all differences between the two cmake runs using, e.g., "diff -Naur > old_build_dir new_build_dir".
As of revision 10270, I have made a change (dropping the OPTIONAL signature for enable_language in the independent CMake session trying to figure out whether a language is viable or not) that eliminates the unnecessary CMake re-run on my platform for reasons which I frankly don't completely understand. The only explanation of what I have observed is that the independent session with the OPTIONAL signature returns a success return code for certain combinations of circumstances (e.g., FC not set) when the the language doesn't actually work. In any case, dropping the OPTIONAL signature appears to make the correspondence between success or failure return code and language working or not more reliable. Could you please give this change a try to see whether it eliminates the CMake re-run issues on your platforms? 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 __________________________ ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
