Hi Greg,
It may or may not be related to your MSYS/MinGW issues, but I have to set some
environment variables to get the examples under MSYS/MinGW to run (lack of
drivers, font files). Plus I have some icky problems with make - it seems to
become MicroSoft's nmake sometimes, at least I get nmake's start-up messages.
I have been unable so far to find the reason for these two issues. When things
become a bit more relaxed, I intend to dig deeper. It is annoying enough.
Regards,
Arjen
> -----Original Message-----
> From: Greg Jung [mailto:gvj...@gmail.com]
> Sent: Friday, April 03, 2015 7:57 AM
> To: Alan W. Irwin
> Cc: PLplot development list
> Subject: Re: [Plplot-devel] Release status: call for comprehensive testing
>
> This is a long-standing cygwin warning, "CMake no longer defines WIN32 on
> Cygwin!"
> for those rip-van-winkles coming back to cygwin and somehow wanting
> WIN32 to be defined.
> I am very familar with the possible quirks that can arise with Cmake; if
> there is a
> systemic failure it generally blows up in your face. For the test I ran
> cmake without
> modification - to do that I had to re-direct the cmake command to a pristine
> installation. Although you may not feel comfortable doing so, "trust me" its
> not
> cmake.
>
> In each setup there are naturally missing pieces.
> >From my perspective,I need only libplplot.dll, libplplotcxx.dll,
> wingcc, svg, ps, null, Z, X, and maybe cairo devices, and wxwidget. If a
> failure
> occurs because it isn't within this narrow requirement, that is irrelevant.
>
> I should note that, in running the raw cmake without mod and without setting
> variables, I am wholly reliant on the pkgconfig system to find libraries and
> sniff
> dependencies, which directs cmake to look in the tree beneath the compiler
> distribution. So in that respect the plplot build is a raging success.
> If CMAKE were to find a library in /usr/lib this would be an error, because
> that,
> analogous to the CYGWIN /usr/lib, is for programs to be run under the msys-
> dll.
> Compiling for Mingw using "MSYS Makefiles"
> is really, from CMAKE point of view, a happy accident. In that first run the
> generator
> string turned out to be "Unix Makefiles" which seemed to work nevertheless,
> in the
> make phase. I re-ran mingw64 and specified "MSYS Makefiles" for the same
> result.
>
> My mingw tests didn't result in an install_tree/ so I suspect "make install"
> is not an
> included step in the script. This is consistent with the ctest failure not
> picking up ps
> driver etc. I keep my usual plplot drivers in a directory not on the MSYS
> path.
> All of the .dll files are there in the build directory but there is no
> install directory.
> ctest -j4 fails - if I manually go (cwd) to the build directory and "ctest >&
> "
> and get a series of the following messages:
> 1: Testing front-end c
> 1: x00c
> 1: Unable to load driver: ps.
> 1:
> 1: *** PLPLOT ERROR, IMMEDIATE EXIT ***
> 1: Unable to load driver
> so either ps.info isn't being found, or ps.dll, or both. If it is working
> for you, perhaps
> you are finding these in the old installation.
>
> greg@Homerw7 MINGW64 /d/bld/plplot-mingw32/output_tree $ ls -la total 420
> drwxr-xr-x 1 greg None 0 Apr 2 21:21 .
> drwxr-xr-x 1 greg None 0 Mar 28 16:15 ..
> -rw-r--r-- 1 greg None 19804 Mar 28 16:15 cmake.out
> -rw-r--r-- 1 greg None 5568 Mar 28 17:06 ctest.out
> -rw-r--r-- 1 greg None 397277 Mar 28 16:16 make.out $ ls -la
> ../build_tree/dll total
> 2744
> drwxr-xr-x 1 greg None 0 Mar 28 16:16 .
> drwxr-xr-x 1 greg None 0 Mar 30 08:31 ..
> -rwxr-xr-x 1 greg None 143271 Mar 28 16:16 cairo.dll -rwxr-xr-x 1 greg None
> 118558
> Mar 28 16:15 libcsirocsa.dll
> -rw-r--r-- 1 greg None 6542 Mar 28 16:15 libcsirocsa.dll.a
> -rwxr-xr-x 1 greg None 509403 Mar 28 16:16 libplplot.dll
> -rw-r--r-- 1 greg None 194548 Mar 28 16:16 libplplot.dll.a -rwxr-xr-x 1 greg
> None
> 190112 Mar 28 16:16 libplplotcxx.dll
> -rw-r--r-- 1 greg None 171696 Mar 28 16:16 libplplotcxx.dll.a -rwxr-xr-x 1
> greg None
> 278549 Mar 28 16:16 libplplottcltk.dll
> -rw-r--r-- 1 greg None 3950 Mar 28 16:16 libplplottcltk.dll.a
> -rwxr-xr-x 1 greg None 92430 Mar 28 16:16 libplplottcltk_Main.dll
> -rw-r--r-- 1 greg None 1502 Mar 28 16:16 libplplottcltk_Main.dll.a
> -rwxr-xr-x 1 greg None 120392 Mar 28 16:15 libqsastime.dll
> -rw-r--r-- 1 greg None 3874 Mar 28 16:15 libqsastime.dll.a
> -rwxr-xr-x 1 greg None 96826 Mar 28 16:15 libtclmatrix.dll
> -rw-r--r-- 1 greg None 2782 Mar 28 16:15 libtclmatrix.dll.a
> -rwxr-xr-x 1 greg None 90308 Mar 28 16:16 mem.dll -rwxr-xr-x 1 greg None
> 95259
> Mar 28 16:16 ntk.dll -rwxr-xr-x 1 greg None 82507 Mar 28 16:16 null.dll
> -rwxr-xr-x 1
> greg None 120304 Mar 28 16:16 ps.dll -rwxr-xr-x 1 greg None 108182 Mar 28
> 16:16
> svg.dll -rwxr-xr-x 1 greg None 106513 Mar 28 16:16 test-drv-info.exe
> -rwxr-xr-x 1
> greg None 107419 Mar 28 16:16 wingcc.dll -rwxr-xr-x 1 greg None 100481 Mar 28
> 16:16 xfig.dll
>
>
> Here now is a re-run of the mingw64 test, under msys2 using "MSYS Makefiles"
> $ ./comprehensive_test.sh --prefix /d/bld/plplot-mingw64-2 --generator_string
> 'MSYS
> Makefiles' --build_command 'make -j6'
> --cmake_command '/d/programs/CMake-3.1.1-win32-x86/bin/CMake'
> Summary of options used for these tests
>
> prefix=/d/bld/plplot-mingw64-2
>
> do_clean_as_you_go=yes
>
> generator_string=MSYS Makefiles
>
> ctest_command=ctest -j4
> build_command=make -j6
> cmake_command=/d/programs/CMake-3.1.1-win32-x86/bin/CMake
> ....
> Each of the steps in this comprehensive test may take a while....
> Prepend /d/bld/plplot-mingw64-2/shared/build_tree/dll to the original PATH
> /d/programs/CMake-3.1.1-win32-x86/bin/CMake in the build tree make -j6
> VERBOSE=1 in the build tree ctest -j4 in the build tree
>
> $ ps
> PID PPID PGID WINPID TTY UID STIME COMMAND
> 5328 5320 5008 3520 pty0 197609 21:49:04 /usr/bin/bash
> 5516 1 5008 2980 pty0 197609 21:49:04 /usr/bin/bash
> 1016 5516 5008 2736 pty0 197609 21:49:04 /usr/bin/bash
> 3068 4076 5008 5468 pty0 197609 21:49:04 /usr/bin/bash
> 4680 1 4680 4680 ? 197609 21:41:16 /usr/bin/mintty
> 2744 5008 5008 5752 pty0 197609 21:49:04
> /usr/local/bin/ctest
> 4340 4032 4340 452 pty1 197609 22:01:00 /usr/bin/bash
> 5428 4340 5428 5544 pty1 197609 22:01:05 /usr/bin/ps
> 4076 1 5008 4388 pty0 197609 21:49:04 /usr/bin/bash
> 4136 3068 5008 3084 pty0 197609 21:49:04
> /d/bld/plplot-mingw64-2/shared/build_tree/examples/f95/x16af
> 4160 1016 5008 3628 pty0 197609 21:49:04
> /d/bld/plplot-mingw64-2/shared/build_tree/examples/c/x00c
> 5008 1284 5008 1180 pty0 197609 21:47:23 /usr/bin/bash
> 4916 5328 5008 3664 pty0 197609 21:49:04
> /d/bld/plplot-mingw64-2/shared/build_tree/examples/c++/x00
> 5320 1 5008 3632 pty0 197609 21:49:04 /usr/bin/bash
> 3188 1 3188 3188 ? 197609 21:49:05 /usr/bin/bash
> 1284 4680 1284 5856 pty0 197609 21:41:16 /usr/bin/bash
> 4032 1 4032 4032 ? 197609 22:01:00 /usr/bin/mintty
> This is where ctest is stuck.
>
> greg@Homerw7 MSYS /d/bld
> $ ls -la plplot-mingw64-2/shared/build_tree/dll
> total 4216
> drwxr-xr-x 1 greg None 0 Apr 2 21:49 .
> drwxr-xr-x 1 greg None 0 Apr 2 21:48 ..
> -rwxr-xr-x 1 greg None 170985 Apr 2 21:48 cairo.dll -rwxr-xr-x 1 greg None
> 152758
> Apr 2 21:48 libcsirocsa.dll
> -rw-r--r-- 1 greg None 6392 Apr 2 21:48 libcsirocsa.dll.a
> -rw-r--r-- 1 greg None 1980 Apr 2 21:48 libplf95demolib.a
> -rwxr-xr-x 1 greg None 534694 Apr 2 21:48 libplplot.dll
> -rw-r--r-- 1 greg None 188940 Apr 2 21:48 libplplot.dll.a -rwxr-xr-x 1 greg
> None
> 217046 Apr 2 21:48 libplplotcxx.dll
> -rw-r--r-- 1 greg None 168438 Apr 2 21:48 libplplotcxx.dll.a -rwxr-xr-x 1
> greg None
> 214126 Apr 2 21:48 libplplotf95.dll
> -rw-r--r-- 1 greg None 81022 Apr 2 21:48 libplplotf95.dll.a -rwxr-xr-x 1
> greg None
> 172797 Apr 2 21:48 libplplotf95c.dll
> -rw-r--r-- 1 greg None 121598 Apr 2 21:48 libplplotf95c.dll.a -rwxr-xr-x 1
> greg None
> 282783 Apr 2 21:48 libplplottcltk.dll
> -rw-r--r-- 1 greg None 3874 Apr 2 21:48 libplplottcltk.dll.a
> -rwxr-xr-x 1 greg None 118072 Apr 2 21:48 libplplottcltk_Main.dll
> -rw-r--r-- 1 greg None 1488 Apr 2 21:48 libplplottcltk_Main.dll.a
> -rwxr-xr-x 1 greg None 117124 Apr 2 21:48 libplplotwxwidgets.dll
> -rw-r--r-- 1 greg None 12730 Apr 2 21:48 libplplotwxwidgets.dll.a
> -rwxr-xr-x 1 greg
> None 155495 Apr 2 21:48 libqsastime.dll
> -rw-r--r-- 1 greg None 3788 Apr 2 21:48 libqsastime.dll.a
> -rwxr-xr-x 1 greg None 122929 Apr 2 21:48 libtclmatrix.dll
> -rw-r--r-- 1 greg None 2744 Apr 2 21:48 libtclmatrix.dll.a
> -rwxr-xr-x 1 greg None 117760 Apr 2 21:48 mem.dll -rwxr-xr-x 1 greg None
> 122153
> Apr 2 21:48 ntk.dll -rwxr-xr-x 1 greg None 109311 Apr 2 21:48 null.dll
> -rwxr-xr-x 1
> greg None 148115 Apr 2 21:48 ps.dll -rwxr-xr-x 1 greg None 135523 Apr 2
> 21:48
> svg.dll -rwxr-xr-x 1 greg None 130767 Apr 2 21:48 test-drv-info.exe
> -rwxr-xr-x 1 greg
> None 132902 Apr 2 21:48 wingcc.dll -rwxr-xr-x 1 greg None 362512 Apr 2 21:49
> wxwidgets.dll -rwxr-xr-x 1 greg None 128448 Apr 2 21:48 xfig.dll
>
> On Thu, Apr 2, 2015 at 9:37 AM, Alan W. Irwin <ir...@beluga.phys.uvic.ca>
> wrote:
> > On 2015-03-30 12:42-0700 Alan W. Irwin wrote:
> >
> >> There is a big warning in plplot-cygwin/output_tree/cmake.out (for
> >> version 3.0.1) about "CMake no longer defines WIN32 on Cygwin!"
> >
> >
> > Hi Greg:
> >
> > I believe I have now found the source of that warning message which is
> > (according to cmake mailing list messages I have read) that you were
> > using some non-Cygwin version of the cmake command, and Cygwin
> > requires you to use an officially packaged cmake command instead in
> > order for CMake-based builds to work properly on that platform.
> >
> > For example, from
> > <https://cygwin.com/packages/x86/cmake/cmake-3.1.2-1> it appears this
> > particular offical Cygwin cmake binary is installed at
> > /usr/bin/cmake.exe, and the corresponding cmake modules are located at
> > /usr/share/cmake-3.1.2/Modules while from your cmake.out output you
> > were instead using a cmake version whose modules were installed in
> > /opt/local/!
> >
> > So the next time you run a Cygwin test you should be sure to (a) have
> > a version of CMake installed from a Cygwin package, and (b) manipulate
> > your PATH before running scripts/comprehensive_test.sh so that is the
> > cmake version that is used.
> >
> > Since MinGW-w64/MSYS2 is very similar to Cygwin, I assume that
> > platform has a similar requirement, i.e., in that case you must
> > install and use the MinGW-w64/MSYS2 version of cmake which probably
> > explains (at least in part) the bad results you were getting for your
> > tests on your various MSYS2 platforms.
> >
> > Note also, that Cygwin and (likely) MSYS2 are unique in this regard
> > and for Unix platforms a generic Unix version of cmake can be used and
> > for Windows platforms like MSVC and MinGW/MSYS, a generic Windows
> > version of cmake can be used.
> >
> >
> > 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
> > __________________________
DISCLAIMER: This message is intended exclusively for the addressee(s) and may
contain confidential and privileged information. If you are not the intended
recipient please notify the sender immediately and destroy this message.
Unauthorized use, disclosure or copying of this message is strictly prohibited.
The foundation 'Stichting Deltares', which has its seat at Delft, The
Netherlands, Commercial Registration Number 41146461, is not liable in any way
whatsoever for consequences and/or damages resulting from the improper,
incomplete and untimely dispatch, receipt and/or content of this e-mail.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
