Hi Arjen:

See my review of your changes below.  Note depending on how quickly
you can respond to the three minor issues that are left, we might have a
release by early next week so I am sharing this post with
the PLplot development list so other developers will also
be aware that release is coming soon.

By the way, for all developers here I am declaring a push freeze on
code or build-system changes unless it is a specific response to a bug
that we discover in the next few days.

Note, that freeze still allows you to update our DocBook-generated
documentation.

On 2019-05-17 07:31-0000 Arjen Markus wrote:

Hi Alan, Phil,

I made some progress - see the attached tarball.

-----Original Message-----
From: Alan W. Irwin <alan.w.irwin1...@gmail.com>
Sent: 16 May 2019 12:20
To: Arjen Markus <arjen.mar...@deltares.nl>
Cc: 'Phil Rosenberg' <p.d.rosenb...@gmail.com>
Subject: RE: Testing of the next PLplot release

That leaves just the following issues:

* Specify -DENABLE_java=OFF to avoid non-MSY2 java being found (which in turn 
causes run-time errors).

DONE.


* Find MSYS2 perl rather than the Cygwin version.  (The CMAKE_PREFIX_PATH trick 
may also have
  solved this issue.)

SOLVED.

* Install git (from the "mingw" repository for MinGW-w64/MSYS2).

LIKELY SOLVED.

The git you are using (from CMakeCache.txt) is

GITCOMMAND:FILEPATH=C:/msys64/usr/bin/git.exe

which is from the msys repo rather than the mingw repo.  However, that git
clearly works (as you can see from the first few lines of 
comprehensive_test.sh.out)
so I think it is OK.

* Specify -DENABLE_ada=OFF (for now).

DONE.

That leaves the following issues:

* Use "MSYS Makefiles" to work around a wxwidgets cmake find bug for the "Unix 
Makefiles" case.

NOT TRIED YET.

* Fix our build system to find the ".exe" version of lua.

[out of order] But lua is still presenting the problem we have seen last year 
(I updated it, but to no avail):

One possible workaround for this is 
https://github.com/msys2/MINGW-packages/issues/949, but I do not know how well 
this will work (I probably need to move the lua.exe executable to a different 
location or rename it or some such trick)

That's an ugly workaround, and it looks even uglier if you follow the
link to further discussion.  So I don't think we should even attempt
to use it, and instead until this upstream general Windows issue for
lua is correctly solved, and that fix becomes part of MSYS2, we should
simply specify -DENABLE_lua=OFF.  (And similarly for the Cygwin case
if you run into the same issue there.)

* Python currently disabled.

I assume you did that because of some pyqt5 issue.  Instead, I suggest you
use -DENABLE_pyqt5=OFF to allow ordinary python testing.

In sum, use the "MSYS Makefiles" generator, disable lua, and be more
specific about what python component you disable, and you will likely
(since all this has worked before) be completely done with testing
this platform for the release.

By the way.  With regard to that release I consider that
MinGW-w64/MSYS2 is our primary Windows platform because it gives
access to almost all the same PLplot-relevant free software as Cygwin,
but with the very large advantage that that software is in Windows
native form (i.e., no dependence on a special DLL).  Furthermore, I am at
a reasonable stopping point on my current PLplot development topics.
Therefore, I don't plan to push those topics until after the release
of 5.15.0, and I currently plan to make that release just a few days after you
finalize your MinGW-w64/MSYS2 testing.  This means that we will
release without finalizing testing of our secondary Windows platforms
(Cygwin and MSVC), but I am OK with that especially because you
have an opportunity to finish off that secondary platform testing just
after the release.  Is that plan OK with you are do you prefer we
wait to release until you have finalized testing on those secondary
platforms as well?

Assuming you are OK with that plan and the above three changes work
for the MSYS2 case, then there is a reasonable possibility the release
will be made early next week!

Alan
__________________________
Alan W. Irwin

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