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
> __________________________

Attachment: plplot-mingw64-2.tgz
Description: GNU Zip compressed data

------------------------------------------------------------------------------
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

Reply via email to