Short update: - I ran the script Alan sent me on a "real" Windows 7 machine, and didnot reproduce the problem while using the pre-built binary install of CMake 2.8.9
For more details, email back, and I'll give you any info you need... Cheers, David On Tue, Oct 23, 2012 at 3:57 PM, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: > Here is the current status of the hunt for the solution of this issue. > In sum, the subject line should be changed to "Incomplete gfortran > library link command always issued for downloaded Microsoft version of > CMake but not for a bootstrapped version of CMake for MinGW/MSYS on > Wine-1.5.15" > > My original concerns about CMake generating bad Fortran link commands > on a Windows platform involved results from two closely related > software projects, ephcom and te_gen. An older version of ephcom > tested well on Linux and CMake/MinGW/MSYS/Wine last year, and the > latest version tests well on Linux currently. te_gen is recently > resurrected (last released in 1999) Fortran software that strongly > depends on ephcom and which tests well on Linux currently, but which > had never been tested on Windows (CMake/MinGW/MSYS/Wine) before. > > Both te_gen and ephcom demonstrated that the downloaded Windows binary > version of CMake-2.8.9 issued incorrect Fortran library linking > commands while a version of CMake-2.8.9 that had been bootstrap-built > on MinGW/MSYS/Wine issued the correct Fortran library linking > commands. David and Bill are currently looking at a scripted build of > ephcom to see whether they can replicate the issue on a Microsoft > version of Windows. I have also given them detailed results from the > good link and bad link build trees to help them figure out what is > wrong with the downloaded Windows binary version of CMake-2.8.9. > > With the bootstrapped CMake-2.8.9, I got good test results for the > current ephcom for MinGW corresponding to 4.5.2 and Wine-1.5.15. > However, te_gen had run-time errors. Those were unlikely to be > anything to do with the CMake bad generated link issue, but you never > know, so I have been working hard on fixing those te_gen run-time > issues in the last several day, and I just had complete success there. > It turned out that MinGW has peculiarities in the way it handles > Fortran common blocks, and the errors from that had being magnified by > bugs (leading to segfaults and stackdumps) in the ephcom and te_gen > error reporting system. I solved both issues by the appropriate > ephcom and te_gen code changes, and the result is te_gen gave a good > test result on MinGW/MSYS/Wine for the first time this morning! That > result is identical to the same test run on Linux other than the > expected difference in floating-point noise between the two results. > So I am very happy at the moment, and I think these tests are a strong > indication that there is nothing obviously wrong with the CMake-2.8.9 > source code or the bootstrap build of that source code on > MinGW/MSYS/Wine. > > However, the bad generated Fortran link issue with the downloaded > binary Windows version of CMake-2.8.9 is still a concern. In an ideal > world that should be producing the same good link commands for Fortran > that the bootstrapped version does. If David and Bill cannot > replicate the problem on Microsoft Windows or figure out what is going > on from all the detailed build-tree results I gave them for the bad > link and good link cases, I would be willing to do any additional > experiments here they request to help see what is going wrong with the > downloaded binary Windows version of CMake on Wine. > > > 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 > __________________________ -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
