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 >> here. >> >> 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 of 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 __________________________ ------------------------------------------------------------------------------ WINDOWS 8 is here. Millions of people. Your app in 30 days. Visit The Windows 8 Center at Sourceforge for all your go to resources. http://windows8center.sourceforge.net/ join-generation-app-and-make-money-coding-fast/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
