On 2016-10-16 21:58-0400 Pedro Vicente wrote:

> Alan
>
> Some progress. Now the Qt project is generated

>From this good result it appears that the version incompatibility
issue you reported before has now disappeared which is a very
satisfying result.

[....]
> there are still 2 issues
>
>
> 1) Building the Visual Studio project, I get
>
> ========== Build: 16 succeeded, 72 failed, 0 up-to-date, 0 skipped ==========
>
> basically all the examples failed with link errors of the kind
>
> ------ Build started: Project: x13c, Configuration: Debug Win32 ------
> Building Custom Rule M:/plplot-plplot/examples/c/CMakeLists.txt
> CMake does not need to re-run because 
> M:\plplot-plplot\build\examples\c\CMakeFiles\generate.stamp is up-to-date.
> x13c.c
>    Creating library M:/plplot-plplot/build/examples/c/Debug/x13c.lib and 
> object M:/plplot-plplot/build/examples/c/Debug/x13c.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 "
>
>
> But this might be because of the way I build Qt , so I'll try to debug this

OK, and good luck with that debugging.

>
> But regardelss of this, the examples should not be attempting to link with 
> the Qt libraries,
>
> for example, the list of libraries for the x13c project is
>
> kernel32.lib;user32.lib;gdi32.lib;winspool.lib;shell32.lib;ole32.lib;oleaut32.lib;uuid.lib;comdlg32.lib;advapi32.lib;..\..\src\Debug\plplot.lib;I:\qt-win32-msvc2015\lib\Qt5Svgd.lib;I:\qt-win32-msvc2015\lib\Qt5PrintSupportd.lib;I:\qt-win32-msvc2015\lib\Qt5Widgetsd.lib;I:\qt-win32-msvc2015\lib\Qt5Guid.lib;I:\qt-win32-msvc2015\lib\Qt5Cored.lib;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;..\..\lib\csa\Debug\csirocsa.lib;..\..\lib\qsastime\Debug\qsastime.lib
>

That overlinking (which should basically be harmless, but it would be
nice to get rid of it, nevertheless) is exactly because of the
workaround you deployed above.  However, when you no longer need that
workaround (i.e., when I can update our build system to use the new
Qt5 support method) such overlinking should automatically be corrected.

In sum, I will consider my job done once I update our build system to
the latest Qt5 support method (and you confirm afterwards that that
updated version works for you without any workarounds and no
overlinking).  However, that build system update will take a while to
be completed because I am having trouble with the implementation.  I
have started a thread on the CMake mailing list concerning the issues
I have encountered, and we will see how it goes.

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
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to