On 2016-12-14 12:09-0000 Arjen Markus wrote:

> Hm,
>
> Updating my MinGW-w64/MSYS2 installation was probably a bad idea:
[...]
> I will have to reinstall it. Preferably at a quiet time, when no Cygwin shell 
> is running :(.

Well, if I recall correctly, the last time we discussed the
MinGW-w64/MSYS2 version of cmake, the conclusion then was your install
of that platform had problems just like every other MinGW-w64/MSYS2
user at that time so a complete reinstall was recommended, but I
suspect you did not do that.  But now is your chance to do that in the
next several weeks.

Note there is no rush on that before Christmas since I think your
current test results are adequate for this release, but when you do
tackle MinGW-w64/MSYS2 testing again post-release starting with a
fresh install, I suggest you look very carefully at all the packages
at <http://repo.msys2.org/mingw/x86_64/> and
<http://repo.msys2.org/msys/x86_64/>. (From advice I got on the MSYS2
list these are the two fundamental x86_64 repositories you have access
to from a fresh install so they should always by definition be
completely up-to-date about what is possible for you to install on any
given day.)

Relying on my traditional MinGW/MSYS experience and for the "MSYS
Makefiles" generator you are using, I believe you should install the make
version from the "msys" repository.  And you should also install bash
from the "msys" repository because there is no other choice then that
on the mingw side.  However, for every package where there is a choice
(such as cmake, swig, the gcc-compiler suite, etc.,) you should
install packages from the "mingw" repository.  Does that installation
strategy make sense?

Note, Greg Jung found on this platform that CMake was linked with Qt5
so you had to stick with Qt5 for PLplot as well (or otherwise there
was a packaging conflict between Qt4 and Qt5).  But that is fine, if
Qt5 is already installed (due to your cmake installation), then the
PLplot build system will just find and use that with nothing
additional you have to do.

Likely the best advice I can give you for this Linux-like (except for
the core parts which are native Windows, of course) free software
distribution, is to keep careful file records of everything you
install and update.  (I have found that habit to be invaluable for
Debian.) Typically, I capture such output with the "tee" command, e.g.,

apt-get install python-pil |tee -a 20161202

where "apt-get install python-pil" is one Debian way to install the
python-pil package, and "tee -a 20161202" appends all the output from
that command to the file 20161202 (which keeps track of all
installation activity on that date for me) and also the tee command
echos its input to stdout (i.e., normally your terminal where you can
see it in case you have to respond interactively to an installation
question).

Also please look carefully at cmake.out warnings and get rid of those
as much as possible by installing absolutely everything required by
PLplot that is packaged by MinGW-w64/MSYS2.  Assuming you do that,
your next tests on this platform will be extremely powerful ones.  In
fact this could be the most powerful version of PLplot that you have
access to on Windows since MinGW-w64/MSYS2 packaging now appears to be
getting ahead of Cygwin packaging, e.g., MinGW-w64/MSYS2 already
packages CMake 3.7.0 (in the "mingw" repository) while Cygwin
packaging is still stuck with CMake-3.6.2.

BTW, I see the expected three good dashboards from your recent Cygwin
comprehensive test so I am looking forward to seeing the corresponding
report tarball which should finish your comprehensive testing for this
release with any luck at all.

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
__________________________

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to