[Plplot-general] "MinGW Makefiles" build issue for 5.11.0

[Alan W. I. <ir...@be...>]

On 2015-04-27 21:28+1000 sis...@op... wrote:

> -----Original Message-----
> From: Alan W. Irwin
> Sent: Sunday, April 12, 2015 10:19 PM
> To: plplot_general
> Subject: [Plplot-general] PLplot-5.11.0 has been released
>
>> I am happy to report that the PLplot-5.11.0 release process has been
>> completed.
>
> I do a static build on Windows with:
>
> C:\>cmake -G "MinGW
> Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_PREFIX=C:/MinGW/msys/1.0/local
> -DBUILD_SHARED_LIBS=OFF -DENABLE_f77=OFF -DENABLE_cxx=OFF -DENABLE_f95=OFF
> -DBUILD_TEST=ON ..
>
> That works fine with 5.10.0, but with 5.11.0 the mingw32-make step fails
> with:
>
> Linking C executable test_plbuf.exe
> cd /d C:\comp\plplot-5.11.0\build32\examples\c &&
> C:\_32\cmake\bin\cmake.exe -E
> cmake_link_script CMakeFiles\test_plbuf.dir\link.txt --verbose=1
> C:\_32\cmake\bin\cmake.exe -E remove -f CMakeFiles\test_plbuf.dir/objects.a
> C:\MinGW\bin\ar.exe cr CMakeFiles\test_plbuf.dir/objects.a
> @CMakeFiles\test_plbuf.dir\objects1.rsp
> C:\MinGW\bin\gcc.exe      -Wl,--whole-archive
> CMakeFiles\test_plbuf.dir/objects.
> a -Wl,--no-whole-archive  -o
> test_plbuf.exe -Wl,--out-implib,libtest_plbuf.dll.a
> -Wl,--major-image-version,0,--minor-image-version,0  ..\..\src\libplplot.a
> C:\MinGW\lib\libgdi32.a C:\MinGW\lib\libcomdlg32.a
> C:\MinGW\msys\1.0\local\lib\libfreetype.a ..\..\lib\csa\libcsirocsa.a
> ..\..\lib\qsastime\libqsastime.a -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32
> -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_fill_output':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:413: undefined reference to
> `_inflate'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_reset':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:339: undefined reference to
> `_inflateReset'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_done':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:310: undefined reference to
> `_inflateEnd'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_init':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:295: undefined reference to
> `_inflateInit2_'
> C:\MinGW\msys\1.0\local\lib\libfreetype.a(ftgzip.o): In function
> `ft_gzip_file_done':
> c:/comp/freetype-2.4.10/src/gzip/ftgzip.c:310: undefined reference to
> `_inflateEnd'
> collect2.exe: error: ld returned 1 exit status
>
> I guess a link to libz is also needed.
> Why was this not an issue with 5.10.0 ?
> What is the "cmake" command line alteration that I need to make ?
>
> ("-DBUILD_TEST=OFF" enables mingw32-make to succeed, but that's not the
> solution I'm after.)

Hi Rob:

Thanks for that report.

To answer your question in general, 5.11.0 has a different result
because there are more PLplot test applications built for that release
(in this case test_plbuf) than for 5.10.0.  Note I typically ask users
to test PLplot on their favorite platforms before each release, but
this time I forgot to do that and developer testing of 5.11.0 was a
bit light this time.  The result was there was a couple of successful
tests for "MSYS Makefiles" (see
<https://sourceforge.net/p/plplot/wiki/Testing_PLplot/#Testing%20Reports>
but nobody reported "MinGW Makefiles" test results before the
release so it appears something might have slipped through the cracks.

If I can confirm the build error you found for the "MinGW Makefiles"
case, I will fix that for the git master branch which will be the
basis for our next release.  However, it will be a while (probably at
least a week) before I can look at "MinGW Makefiles" because there are
other PLplot bugs that have come to my attention that I am right in
the middle of fixing.

Meanwhile, assuming you are willing to download and install MSYS it
would be worthwhile for you to see if "MSYS Makefiles" works for you
for PLplot-5.11.0 like it has for others just to confirm that
generator works on your build platform (using the MSYS "make" command
rather than the MinGW "mingw32-make" command).

By the way, our testing experience for "MSYS Makefiles" (for classical
MinGW/MSYS at least although my understanding is MinGW-w64/MSYS2 is
much better in this regard) has found that parallel build options
are quite unreliable on that platform.  I have no idea
whether parallel builds are an issue for the "MinGW Makefiles" generator
(i.e., MinGW without MSYS).

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
__________________________