On 2010-03-26 19:40-0400 Hazen Babcock wrote: > Alan W. Irwin wrote: >> >> It does, indeed. Thanks for this additional information. >> >> With regard to the second file, I wouldn't be too >> concerned about the nonexistence of >> f:/cmake/share/cmake-2.6/Modules/Platform/Windows-GNU-Fortran.cmake. >> That logic remains unchanged from previously (see the diff I posted >> previously in this thread) so I think that logic is just >> doing its job. >> >> With regard to the first file, language support infrastructure in CMake >> often breaks what you can count on for other parts of CMake. In this case, >> it appears to redefine CMAKE_SOURCE_DIR in an unanticipated way on MinGW >> (but not on Linux). >> >> To work around this issue in revision 10881 I have replaced all >> occurrences of CMAKE_SOURCE_DIR with CMAKE_HOME_DIRECTORY. This >> alternative >> works fine on Linux, and I am hoping that MinGW CMake Fortran support will >> not modify this variable. Will you and Hazen please test this revision? >> If >> it works, fine, if not, there are other alternatives for finding the >> top-level source directory for PLplot. > > This does not work for me, but that is probably not that helpful. Could you > tell me what variables you would like to see the value of? I can tell you > that CMAKE_HOME_DIRECTORY is: > > (1) c:/users/hazen/plplot_build/language_tests/Fortran > (2) c:/users/hazen/plplot > > From inserting a message statement in line 13 of > CMakeFortranInformation.cmake, which I guess gets called twice? > > My directory structure is: > > c:/users/hazen/plplot_build - the build directory. > c:/users/hazen/plplot - SVN head.
Yes, that does get called twice, once for a special project headed at c:/users/hazen/plplot_build/language_tests/Fortran (to test whether the Fortran compiler works for a mini test project) and once for the PLplot project headed at c:/users/hazen/plplot. So the results you are getting above are exactly what I expected. Could you please insert a message command in cmake/modules/language_support/cmake-2.6/Platform/Windows-GNU-Fortran.cmake to see whether that file is actually being read? If you are still not accessing that file, then please try some more message commands in CMakeFortranInformation.cmake to find out why not. I assume you are still somehow not accessing that file, because if as a result of revision 10881 you _are_ accessing that file, then is is a real puzzle why there are any issues left. As far as I know the only CMake-2.6 Fortran logic change for PLplot since the revision where you and Arjen had MinGW Fortran success involves the location of our special Platform directory for CMake-2.6. Therefore, if that location is being specified correctly, Windows-GNU-Fortran.cmake (unchanged from the previous version that worked) should be accessed and there should be nothing more to do. 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 __________________________ ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
