On 2012-10-24 09:40+0200 Arjen Markus wrote:
> Hi Alan,
> On 2012-10-21 02:55, Alan W. Irwin wrote:
>> A default build (no -DENABLE_* or -DPLD_* options) went into an
>> infinite loop in the FindLua.cmake module.
>> Is that infinite loop a Wine peculiarity or can you confirm that same
>> issue there on Windows using your usual CMake command, but with
>> -DENABLE_lua=ON? I am presuming here that you actually don't have Lua
>> installed which is also the case for my current Wine platform. That
>> case presumably exercises CMake logic that ends up as an infinite loop
>> To avoid the infinite loop I specified -DENABLE_lua=OFF, and the cmake
>> command (done with -DBUILD_TEST=ON) finished with no issues (although
>> with most components/devices disabled).
> This does not happen with MSYS on a plain Windows machine.
> I had to explicitly set the path to the SWIG executable, because
> without SWIG the Lua bindings are not even considered, but CMake
> simply finished its job then concluding the Lua library or header files
> were not present, so the Lua bindings were turned off.
> It really seems to be a Wine issue.
>> Here is the summary:
>> In sum to help figure out which of the above results are due to Wine
>> idiosyncracies, please let me know the -DENABLE_lua=ON results there
>> (assuming you actually don't have Lua installed so you will be
>> exercising the same CMake logic there as here); the "MSYS Makefiles"
>> results there for our f95 interface and examples, the version of MinGW
>> on your platform, and the Python results there. Finally, please
>> continue with the f77 deprecation including ignoring maintenance, but
>> put off its complete removal.
> As for your Fortran problem, this again appears to be a Wine issue:
> I have run the test_noninteractive target without any problems under
> MSYS, using gfortran version 4.5.0 (so not indeed 4.5.2).
Thanks, Arjen, for those useful comparisons. I took a while to
respond because there is a lot going on here concerning a Wine bug
that showed obvious symptoms for a downloaded Windows binary version
of CMake, but which did not (!) show obvious symptoms for a locally
compiled version of CMake on Wine. It turns out that by coincidence a
Wine developer had fixed this Wine bug two days ago (at least that
patched version of Wine works for the simple test the CMake developers
had put together to illustrate the issue for the downloaded version of
CMake). So over the next few days I plan to try all my PLplot tests
again (as well as ephcom and te_gen tests) for the downloaded CMake on
the patched Wine version. I will also take this opportunity to look
at the Lua configuration issue in more detail. For example, it is
always possible it will just plain disappear for that patched version
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).