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

[Thomas G. <t_g...@gm...>]

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