Menu
▾
▴
Re: [Plplot-devel] Is Qt5 supported?
|
From: RM <rc...@ve...> - 2014-03-17 17:15:27
|
<div style="FONT-FAMILY: Arial; COLOR: rgb(0, 0, 0); FONT-SIZE: 12px"><div>Hi all,</div><div><br /></div><div>I downloaded the latest SVN (r13080) and ran the following cmake command:</div><div><br /></div><div><div>cmake28 -DPLPLOT_USE_QT5=ON -DCMAKE_PREFIX_PATH=/opt/qt5.2.1_x64/ -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX=/opt/plplot5.10.0 ..</div></div><div><br /></div><div>So, I'm no longer specifically disabling PDF or PS support, per your recent commits.</div><div><br /></div><div>The whole thing built successfully, and installed. And, running the example with qtwidget works also! SUCCESS!</div><div> </div><div>BTW, I'm in linux also -- CentOS 6.2. So, it looks like it's working on CentOS 6, with a custom Qt5 install, that's living alongside a system Qt4 install.</div><div><br /></div><div>Thanks for all the support!</div><div><br /></div><div>Cheers,</div><div>RM </div><div> </div><div style="border-top:1px solid #bcbcbc;margin:5px 0px;"></div><span style="font-size:12;font-family:arial;color:#000000;">On 03/14/14, <span>Alan W. Irwin<ir...@be...></span> wrote:</span><div> </div><div style="font-size:12;font-family:arial;color:#000000;">On 2014-03-15 00:28-0000 Andrew Ross wrote:<br /><br />> OK. So the file not found error is a slight read herring. Following some<br />> googling I tried<br />><br />> LD_DEBUG=all test-drv-info qt<br />><br />> and came up with the following error<br />><br />> 31836: /home/andrew/software/plplot/build_qt5/bindings/qt_gui/libplplotqtd.so.1: error: symbol lookup error: undefined symbol: _ZTV11QtExtWidget (fatal)<br />><br />> so it is actually a problem with linking to libplplotqtd.<br /><br />I had never heard of LD_DEBUG before, but when I googled for it, it<br />does seem to be a powerful way to figure out linking issues on Linux. So thanks<br />for drawing that weapon in the arsenal to my attention.<br /><br />><br />> Looking further this turns out to be because moc is not being run on<br />> include/qt.h. There is a new automoc facility in CMake (which I assume<br />> is what Alan's comment in include/CMakeLists.txt was referring to as the<br />> "different method in Qt5". Our file usage doesn't appear to meet the<br />> conditions for this though, and also we weren't actually setting the<br />> automoc property! Anyway, you can still use the old method, but the cmake<br />> is now qt5_wrap_cpp. I've changed back to using this and all works fine.<br /><br />The impression I got from reading the (somewhat terse) information in<br /><a class="parsedLink" href="http://doc-snapshot.qt-project.org/qt5-stable/cmake-manual.html" target="_blank">http://doc-snapshot.qt-project.org/qt5-stable/cmake-manual.html</a> is<br />that for 2.8.9 (our minimum CMake version) or later versions of CMake,<br />that the qt5_use_modules macro is all that needs to be called. For<br />example, qt5_wrap_cpp is only mentioned for the case of CMake version<br />2.8.3 (or above). So the impression left is that it will work, as you<br />have found, but it is old-fashioned if you can guarantee your users<br />are using 2.8.9 or above (as in our case). However, the only other<br />mention of automoc in that document is for 2.8.11 (which we cannot<br />guarantee for our users) or above where automoc target properties and<br />the CMAKE_AUTOMOC variable which controls are apparently first<br />available for CMake in a way that supports Qt5. (The corresponding<br />cmake documentation for 2.8.9 does mention CMAKE_AUTOMOC, but goes out<br />of its way to mention only Qt4 for that case.) So I now suspect you<br />have found the only possibility that will work for all our users until<br />we bump our minimum CMake version from 2.8.9 to at least 2.8.11.<br /><br />In sum I suspect your changes were the only way to go for now. I also<br />(revision 13059) made an additional change for didactic reasons, but<br />this additional change should have no practical consequences.<br /><br />> With this final change I can now compile and run plplot and the examples<br />> with qt5.<br /><br />Were all your good test results for Qt-5.2.0? If so, please commit<br />the approprate change to cmake/modules/qt.cmake to lower the current minimum<br />version of Qt5 that we support from 5.2.1 to 5.2.0.<br /><br />> RM, how do you get on with these latest changes?<br /><br />RM, I am interested in your reply to that question as well. :-)<br /><br />Alan<br />__________________________<br />Alan W. Irwin<br /><br />Astronomical research affiliation with Department of Physics and Astronomy,<br />University of Victoria (astro<a class="parsedLink" href="http://www.phys.uvic.ca" target="_blank">www.phys.uvic.ca</a>).<br /><br />Programming affiliations with the FreeEOS equation-of-state<br />implementation for stellar interiors (freeeos.sf.net); the Time<br />Ephemerides project (timeephem.sf.net); PLplot scientific plotting<br />software package (plplot.sf.net); the libLASi project<br />(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);<br />and the Linux Brochure Project (lbproject.sf.net).<br />__________________________<br /><br />Linux-powered Science<br />__________________________<br /></div></div> |
