On 2017-05-18 23:27+0200 Thomas Gläßle wrote: > Hi Alan, > > thanks for your help. Unfortunately, still the same problem. In short: > > `make plplotqt_autogen` complains that there is no rule to make the > target.(I'm assuming you meant plplotqt_autogen, at least that's the one > that creates moc_compilation.cpp on my linux)
I confirm for CMake-3.8.1, the automoc-related target is called plplotqt_autogen. For CMake-3.7.2 it is called plplotqt_automoc which is the source of confusion about this. But regardless of which CMake version I use or whether I use plplot-5.12.0 or the latest git master branch version of PLplot, in all cases on the Linux platform the "auto"-related target is always automatically built to generate the required moc code before the plplotqt target is built. 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? For CMake-3.8.1 on Linux the results of that test are software@raven> make help |grep -i auto ... plplotqt_autogen ... qt_example_autogen 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. 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. 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. 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). 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. 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 __________________________ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Plplot-general mailing list Plplot-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-general
