Hi Arjen: On 2015-06-03 11:13-0000 Arjen Markus wrote:
> Hi Alan, > > > > Please find the report of the comprehensive test in the attached tarball. Thanks for this test! > > > > Notes regarding the installation of the various Cygwin packages: > > - There are several HDF5 packages and what you really need is the > "libdh5-devel" one (turned out to be version 1.8.15-1) > > - I had two versions of Ada installed. I removed the wrong one, but that has not resolved the issue. Cmake still can't find the gnat library, while that package is installed. The location for the library libgnat.a seems to be: C:\cygwin64\lib\gcc\x86_64-pc-cygwin\4.9.2\adalib\ See below. > > - Allowing Octave gave Cmake errors about two versus four arguments. I > turned that off. > > > We should revisit this build-system issue later, but I agree it is a good move to turn it off for now to more quickly reach the goal of having all required Cygwin packages installed and environment variables properly configured to test all PLplot components that are possible on Cygwin. > I saw that the Tcl examples cannot find the plplot.tcl file for some reason. I will check where that is coming from. Other than the above I saw no obvious problems - that is, the traditional build now does work. See below. General remark: It was really good to see that positive Fortran 95 result for the traditional test_noninteractive results; it looks like my recent fix for that issue is working at least on Linux and Cygwin. Now on to my analysis of the remaining warning messages in, e.g., shared/output_tree/cmake.out concerning missing PLplot prerequisites where I believe there is still something you can do to get access to the prerequisite on Cygwin. 1. Tcl/Tk/Itcl/Itk It appears from your remarks above you plan to look further into this. When you do that I suggest you look carefully at every message in shared/output_tree/cmake.out in the following range of messages: -- Start determining consistent system data for Tcl and friends [...] -- Finished determining consistent system data for Tcl and friends Those messages should be very clear concerning the issues. For example, the first messages in the series are -- Found Tclsh: /bin/tclsh (found version "8.5") -- Found TCL: /usr/local/lib/libtcl86.a which shows immediately an inconsistency issue not only in 8.5 version versus 8.6 but also in Cygwin version in /usr or /bin versus non-Cygwin version in /usr/local. It is important to solve that inconsistency before attempting to fix any other issue (which may just disappear once that fundamental inconsistency is resolved). My guess as to what is happening here is that Cygwin goes out of its way to find newer versions of all software by default so by default it finds version 8.6 libraries in /usr/local/lib rather than the system version 8.5 libraries in /usr/lib. And contrary to what I said before, setting the environment variables CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH will not help in this case since CMake always searches for the higher versions of everything everywhere (including CMAKE_INCLUDE_PATH and CMAKE_LIBRARY_PATH) before it checks for lesser versions. I believe your best choice is to move the non-Cygwin installation of Tcl, etc., in /usr/local to some non-official location (e.g., /tcl/usr/local if everything in your current /usr/local tree is Tcl related) which CMake does not know about. That should allow CMake to then find all the system versions of the Tcl-related components. Another alternative would be to set a large number of Tcl-related variables to force CMake to find the Cygwin version of every Tcl-related component. But I think this approach is more problematic than simply renaming the non-Cygwin version of Tcl-related software to a location other than /usr/local is the correct way to deal with this issue. 2. Ada You have made a lot of progress there. For example, thanks to your updated installation, the primitive test of the Ada compiler now works for the first time, and the only issue left is -- WARNING: gnat library not found. Disabling ada bindings For this case, you should set the CMAKE_LIBRARY_PATH environment variable from bash to help CMake find the gnat library. And this location most likely should be specified in Unix (forward slash) form e.g., export CMAKE_LIBRARY_PATH=C:/cygwin64/lib/gcc/x86_64-pc-cygwin/4.9.2/adalib or even export CMAKE_LIBRARY_PATH=/C/cygwin64/lib/gcc/x86_64-pc-cygwin/4.9.2/adalib 3. pyqt4 You have made good progress here as well (thanks to your additional installation) so it is like unpeeling an onion. :-) The messages are now reduced to ImportError: No module named PyQt4 -- WARNING: could not find sip directory so setting ENABLE_pyqt4 to OFF. These messages come from cmake/modules/qt.cmake, and to me the cure would be simply to install the PyQt4 module. I therefore used the search term pyqt4 for the 64-bit version of the Cygwin package search GUI, and my educated guess (from similar packaging results on Linux) for your best choice among those possible packages is that python-pyqt4-4.11.3-1 is the package you should install. 4. wxwidgets -- WARNING: wxWidgets or its libraries not found so setting all wxwidgets devices to OFF. -- WARNING: PLD_wxwidgets is OFF so setting ENABLE_wxwidgets to OFF. I have now (commit id 4e99275) made this message more verbose. But I think the problem here is you have not installed the required wxwidgets package yet which according to my previous post is libwx_gtk2u2.8-devel-2.8.12.1-5. In sum, moving the /usr/local version of Tcl-related software to a different location; setting CMAKE_LIBRARY_PATH so that gnatlib can be found; and installing two further packages should (with luck) solve the 4 issues above. 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 __________________________ ------------------------------------------------------------------------------ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel