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