Re: [Plplot-general] [msys2, qt] no rule to make target moc_compilation.cpp

[Arjen M. <Arj...@de...>]

Hi Thomas, Alan,



For what it is worth, yesterday I had success building the Qt4 device on MinGW-w64/MSYS2 using the "native" version of CMake (that reports the version as 3.6.2). I have attached the combined CMake/make output.



Regards,

Arjen



> -----Original Message-----
> From: Thomas Gläßle [mailto:t_g...@gm...]
> Sent: Friday, May 19, 2017 7:54 AM
> To: Alan W. Irwin
> Cc: plp...@li...
> Subject: Re: [Plplot-general] [msys2, qt] no rule to make target
> moc_compilation.cpp
>
>
> Alan W. Irwin wrote on 05/19/2017 03:11 AM:
> > Yet from your report no such "auto"-related targets seem to be
> > available for the CMake version on MinGW-w64/MSYS2.
> >
> > Just to confirm that conclusion, what are your results for
> >
> > make help |grep -i auto
> >
> > executed in the top directory of your build tree?
>
> Empty results.
>
> When grepping the whole directory there are matches, some of them autogen
> related. See attached `grep_auto.out` file.
>
>
> > If your results are empty there, then my best guess is you are a
> > victim of some bug in the MinGW-w64/MSYS2 version of CMake-3.8.1 or
> > Qt4.  But that guess does need to be investigated further by one of
> > our developers, and if that guess is confirmed, they will need to
> > prepare a bug report for the developers of that platform, and those
> > developers will have to respond.
>
> I had a few bugs with gcc and other tools on this platform, so this could be a
> possibility..
> On the other hand I could (and still can) successfully build plplot
> 5.9.9 - meaning that I can successfully make this version of plplot and also link
> another program with the generated libraries. (Sorry, I realize I should have pointed
> this out earlier.. but somehow I forgot).
>
> > So I am pretty sure this issue is going to take a long time to
> > resolve.  One workaround might be to build cmake-3.8.1 yourself (from
> > unpatched Kitware source) on MinGW-w64/MSYS2 to see if that version
> > does any better than the current version that you are using that has
> > been packaged (presumably with patches) for the platform.
>
> I'm already on cmake 3.8.1 in the msys.
>
> > Another
> > possibility is to try Qt5 instead.  You do that by (1) installing the
> > Qt5 development libraries and (2) convince our build system (which
> > prefers Qt4 by default) to use those libraries by using the
> > -DPLPLOT_USE_QT5=ON cmake option.
>
> I will have to check up on that. However, I will be away for one week with no access
> to my windows desktop - so expect nothing in the next few days. (I have the whole
> build tree with me if you need more info).
>
> > A final possibility is to give up on
> > our qt devices altogether on this platform (at least for now) by
> > disabling all of them (using the cmake option
> > -DDEFAULT_NO_QT_DEVICES=ON).
>
> Which devices can you suggest instead? I used Qt because it was the first one I
> got working on the older plplot.
>
> > Finally, to introduce a different but related topic, there are lots of
> > warning messages in your current cmake.out file concerning missing
> > executables (e.g., swig and pkg-config) or libraries (e.g., shapelib).
> > None of these warnings seem relevant to the above issue. Nevertheless,
> > as a result of such issues, our build system adjusts by dropping many
> > components of PLplot.  Many of these warnings are easy to address by
> > installing the relevant MinGW-w64/MSYS2 package, and I strongly
> > encourage you to do that since the result will be a much more complete
> > and powerful PLplot similar to what Greg Jung was able to successfully
> > test a while ago.
>
> Installed a few of packages and silenced many of the WARNINGs, however still the
> same error occurs.
>
>
> Best, Thomas

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.