Re: [Plplot-devel] cmake error Qt build

[Pedro V. <ped...@sp...>]

Hi Alan

Thank you for your effort in debuging this.
I send some results here attached , and I'll keep trying other options 
later.
by the way, wxWidgets is also not detected.

I wonder, could this be a Windows only issue? Because you are trying on 
Linux, correct?

Tradionally I set the location of Qt with the environment
QTDIR=<path>
but I did some search on the detection of Qt by cmake on the official docs


http://doc.qt.io/qt-5/cmake-manual.html

and they say

"The easiest way to use CMake is to set the CMAKE_PREFIX_PATH environment 
variable to the install prefix of Qt 5."

so I tried that instead

also here

https://www.kdab.com/using-cmake-with-qt-5/

they specificaly say to *not* use the form

find_package(Qt5

but that is a resource from 2012, not sure if that is valid

I did

on Windows
git clone of plplot
using Visual Studio 2014
Qt 5.5.1 static build compiled by me
cmake 3.6.2
wxWidgets 3.1.0


cmake ".." -G "Visual Studio 
14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" 
 -DCMAKE_BUILD_TYPE:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON 
 -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WXWIN%\lib\vc_lib 
 -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF 
 -DCMAKE_PREFIX_PATH:PATH=I:\qt-win32-msvc2015 -DPLPLOT_USE_QT5:BOOL=ON


I have some errors

first, the Qt location is detected

-- Qt5_library_fullpath_list = 
I:/qt-win32-msvc2015/lib/Qt5Cored.lib;I:/qt-win32-msvc2015/lib/Qt5Guid.lib;I:/qt-win32-msvc2015/lib/Qt5PrintSupportd.lib;I:/qt-win32-msvc2015/lib/Qt5Widgetsd.lib;I:/qt-win32-msvc2015/lib/Qt5Svgd.lib
-- Qt5_library_LINK_FLAGS = I:/qt-win32-msvc2015/lib/Qt5Cored.lib 
I:/qt-win32-msvc2015/lib/Qt5Guid.lib 
I:/qt-win32-msvc2015/lib/Qt5PrintSupportd.lib 
I:/qt-win32-msvc2015/lib/Qt5Widgetsd.lib 
I:/qt-win32-msvc2015/lib/Qt5Svgd.lib



but then the errors are


CMake Error at src/CMakeLists.txt:322 (target_link_libraries):
  The plain signature for target_link_libraries has already been used with
  the target "plplot".  All uses of target_link_libraries with a target must
  be either all-keyword or all-plain.

  The uses of the plain signature are here:

   * I:/qt-win32-msvc2015/lib/cmake/Qt5Core/Qt5CoreMacros.cmake:330 
(target_link_libraries)



libplplot_LINK_FLAGS = C:/Program Files (x86)/Windows 
Kits/8.1/Lib/winv6.3/um/x86/Gdi32.Lib;C:/Program Files (x86)/Windows 
Kits/8.1/Lib/winv6.3/um/x86/ComDlg32.Lib;-lcsirocsa;-lqsastime;I:/qt-win32-msvc2015/lib/Qt5Cored.lib 
I:/qt-win32-msvc2015/lib/Qt5Guid.lib 
I:/qt-win32-msvc2015/lib/Qt5PrintSupportd.lib 
I:/qt-win32-msvc2015/lib/Qt5Widgetsd.lib 
I:/qt-win32-msvc2015/lib/Qt5Svgd.lib
-- WARNING: Perl modules XML::Parser and/or XML::DOM not available
   so cannot check that swig_documentation.i is up to date.
CMake Error at bindings/qt_gui/CMakeLists.txt:57 (target_link_libraries):
  The plain signature for target_link_libraries has already been used with
  the target "plplotqt".  All uses of target_link_libraries with a target
  must be either all-keyword or all-plain.

  The uses of the plain signature are here:

   * I:/qt-win32-msvc2015/lib/cmake/Qt5Core/Qt5CoreMacros.cmake:330 
(target_link_libraries)



-Pedro

----- Original Message ----- 
From: "Alan W. Irwin" <ir...@be...>
To: "Hazen Babcock" <hba...@ma...>; "Pedro Vicente" 
<ped...@sp...>
Cc: "PLplot development list" <Plp...@li...>
Sent: Saturday, October 15, 2016 6:50 PM
Subject: Re: [Plplot-devel] cmake error Qt build


> On 2016-10-15 10:26-0700 Alan W. Irwin wrote:
>
>> Next Qt5 steps are for me to bump the minimum Qt5 version we support
>> to 5.3.2 (which _might_ solve Pedros problem with the Qt5 version he
>> is using), try out pyqt5, and completely change the method used to
>> configure Qt5 to the most modern variant possible.  I suspect all
>> target_link_libraries plain/keyword mixed signature issues will
>> disappear with that change, and if so and also assuming pyqt5 works,
>> then I _finally_ plan to remove the "experimental" description from
>> the PLPLOT_USE_QT5 option, and turn on that option by default, which
>> has been my goal for a very long time.
>
> Actually, I bumped to 5.3.1 for the reason given in the commit message
> for 536f94b.  I also added some test infrastructure for pyqt5 with
> good build and run-time results (commit 10fe84b).  So I have now
> cleared out the easy Qt5 topics, and the only topic left for me on the
> Qt5 agenda is the fairly difficult one of converting to the latest Qt5
> support method.
>
>> So those interested in Qt5 should stay tuned....
>
> Same goes...
>
> @Pedro: could you try the latest git version of PLplot with your
> plain/keyword target_link_libraries fixes only?  I am interested to
> know whether the bump of the minimum acceptable Qt5 version from 5.2.0
> to 5.3.1 solves your version consistency issue with a much later
> version of Qt5, and that requested test should answer that question.
> By the way, I also tried locally decrementing the minimum version to
> 5.0.0 as an experiment, but that detected 5.3.2 (my system version of
> Qt5) with no issues.  So I still don't understand why you were having
> that version inconsistency issue when the minimum acceptable Qt5
> version number was set to 5.2.0, but maybe setting it to 5.3.1 as in
> the latest git master branch will solve that.
>
> 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
> __________________________
>