okay, I am going to test this, I hope I will be able to do it this
weekend. That will have to be for at least CMake 2.6 and 2.8.1,
focusing on bare Windows (MSVC+CVF), MinGW and Cygwin (both gcc+gfortran).
It sounds rather promising!
On 2010-02-18 23:19, Alan W. Irwin wrote:
> Hi Arjen:
> I just learned today on the CMake list, that CMAKE_MODULE_PATH was actually
> interpreted as a list. Based on that information, I was able to completely
> reorganize our language (Ada, D, and Fortran) support files in a way
> that should allow us to support both CMake-2.6.x and CMake-2.8.x. The
> idea is CMAKE_MODULE_PATH is assigned different list values depending on
> whether the PLplot builder has CMake-2.6.x or CMake-2.8.x installed. Two
> of the list elements are common between CMake-2.6.x and CMake-2.8.x, but
> one is different.
> That reorganization (revision 10805) was a rather large commit because all
> the changes had to be done atomically in order for PLplot builds to keep
> working. That commit needs a lot more testing since I have so far only
> sure it worked for the default Linux build with Linux Ada, D, and gfortran
> compilers with shared libraries.
> You should look at the commit message to see the directories that are
> involved. The two important groups of directories from your (Fortran
> support) perspective are
> The former group has all your 2.6-related Fortran stuff. Please remove
> everything from cmake-2.6/Platform that is already supported natively by
> CMake-2.6.x. My guess from your discussion with Brad is you will be
> able to
> remove everything from there other than the file to support the Compaq
> Visual Fortran compiler for CMake-2.6.x. Please confirm that with
> tests on all your Windows platforms.
> The latter group of directories has no files at the moment. If I am
> interpreting the long discussion between you and Brad properly, you have a
> file ready to put into cmake-2.8/Platform to support the Compaq Visual
> Fortran compiler for CMake-2.8.x, and, of course, that will need testing by
> you as well.
> N.B. when you delete files from cmake-2.6/Platform and add a file to
> cmake-2.8/Platform, you will have to do the obvious corresponding
> maintenance of cmake/modules/language_support.cmake and
> examples/CMakeLists.txt. Both those CMake-related files do some processing
> of all the language support files so there are explicit lists of file names
> that have to be maintained exactly consistent with what files are
> present in
> the cmake/modules/language_support tree.
> I look forward to your Fortran language support commits (the deletions and
> the one addition I mentioned above if I have interpreted your discussions
> with Brad correctly) and heavy testing of those commits on various Windows
> platforms _both_ for CMake-2.6.x and CMake-2.8.1-RC3. Obviously, this is a
> fair amount of work but I hope you can do it essentially immediately.
> I know you prefer to work slowly and methodically, but my motivation for
> asking for quick results from you is I would really like to see all our
> Fortran support issues straightened out with thorough testing by the time
> CMake-2.8.1 is released, and that is going to be quite soon according to
> what Bill Hoffman said on the CMake list today. Of course, if your testing
> does find an issue with CMake-2.8.1-RC3, then Bill will probably hold the
> release to get the issue straightened out, but he won't know to do that
> unless you do your tests immediately. Of course, if you miss the
> CMake-2.8.1 deadline, there is always CMake-2.8.2, but then that means we
> have to tell our users to avoid both CMake-2.8.0 and CMake-2.8.1 for
> Fortran, and I am sure you would prefer not to do that.
> 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
> Linux-powered Science