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

Reply via email to