Alan, Thanks for the hint on Qt4 vs Qt5 - probably spared me a few hours of pain! I set out to trial the memqt driver and ran into some issues with the build on MSVC 2012.
1) For some reason, which I had never encountered before, the CMake system generates incorrect build files when the source path includes spaces. Not a big deal really, I can just move to a path without spaces. I don't recall the exact issue, but I think it broke up include paths into separate entries. I am using a fairly old version of CMake (2.8.12.2) I started with Qt configured for dynamic linking 2) I tried to build PLplot as a shared lib, then realized that was not really going to work for me since my application accessed some other normally private functions, not exported in the DLL (pldtik, pldprec, etc). 3) I tried to build PLplot as a static lib (which I normally do for my app anyway). But then I started getting incompatible linkage warnings and some errors about trying to initialize dllimport'ed data (\plplot-plplot\bindings\qt_gui\plqt.cpp(28): error C2491: 'vectorize' : definition of dllimport data not allowed). After finding/following the thread here (http://ehc.ac/p/plplot/mailman/message/33603310/), I began to suspect that the USINGDLL macro might be an issue. Despite the fact that I configured PLplot for static build it seems that the cmake scripts still applied USINGDLL to the plqt.c file. Is that expected (I don't totally understand the use of USINGDLL in all the contexts)? Is it perhaps related to the issue described in that thread on the devel list? Thanks, Aaron. -----Original Message----- From: Alan W. Irwin [mailto:[email protected]] Sent: Thursday, March 26, 2015 1:58 AM To: Aaron Hexamer Cc: [email protected] Subject: RE: [Plplot-general] Am I going about this the best way? On 2015-03-26 00:08-0500 Aaron Hexamer wrote: > Thanks, Alan. I'll check out Qt. Looks like it has a mem driver too. > I'll just have to try and see which dependencies are lightest. P.S. At this stage I would definitely recommend the latest version of Qt4 rather than experimenting with Qt5. The latter does mostly work with our qt device driver and qt_example (using the experimental -DPLPLOT_USE_QT5=ON option), but is just not nearly as reliable as Qt4 in our experience. I am sure Qt5 will eventually get there, but it just needs a lot more time to mature properly. 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 __________________________ ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plplot-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-general
