Re: [Plplot-devel] [SPAM]Re: cmake error Qt build

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Hi Alan
Cmake had no errors this time

I still have
1) Qt linking errors .
might be because of my custom Qt build; I'll try to test with an "official" 
Qt build in the next couple days.

What is the release date of the next PLplot? Would it be possible to have a 
"release canditate" version for user's testing?

2) wxWidgets not detected

I used

M:\plplot-plplot\build>cmake ".." -G "Visual Studio 
14" -DPL_DOUBLE:BOOL=ON -DBUILD_TEST:BOOL=ON -DCMAKE_CONFIGURATION_TYPES:STRING="Debug" 
 -DCMAKE_BUILD_TYP
E:STRING="Debug" -DBUILD_SHARED_LIBS:BOOL=OFF -DSTATIC_RUNTIME:BOOL=ON -DPLD_wxwidgets:BOOL=ON 
 -DwxWidgets_ROOT_DIR:PATH=%WXWIN% -DwxWidgets_LIB_DIR:PATH=%WX
WIN%\lib\vc_lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF 
 -DCMAKE_PREFIX_PATH:PATH=I:\qt-win32-msvc20
15 -DPLPLOT_USE_QT5:BOOL=ON > a.txt 2>&1

and the a.txt file is attached

 Creating library M:/plplot-plplot/build/examples/c++/Debug/qt_example.lib 
and object M:/plplot-plplot/build/examples/c++/Debug/qt_example.exp
Qt5Guid.lib(qfontengine.obj) : error LNK2019: unresolved external symbol 
_hb_ot_tags_from_script referenced in function "public: bool __thiscall 
QFontEngine::supportsScript(enum QChar::Script)const " 
(?supportsScript@QFontEngine@@QBE_NW4Script@QChar@@@Z)
Qt5Guid.lib(qfontengine.obj) : error LNK2019: unresolved external symbol 
_hb_ot_layout_table_find_script referenced in function "public: bool 
__thiscall QFontEngine::supportsScript

thanks

-Pedro

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

> 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: [SPAM]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
>> __________________________
>>
>

--------------------------------------------------------------------------------

> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot

--------------------------------------------------------------------------------

> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
> 

Re: [Plplot-devel] [SPAM]Re: cmake error Qt build

Cross-platform, scientific graphics plotting library

Re: [Plplot-devel] [SPAM]Re: cmake error Qt build