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