Alan I rebuilt plplot 5.9.7 with the latest Qt 4.7.3 and its included gcc 4.4.0 using this cmake command: cmake -G "MinGW Makefiles" -DTEST_DYNDRIVERS=OFF -DBUILD_TEST=ON -DCMAKE_BUILD_TYPE:STRING=Release -DCMAKE_INSTALL_PREFIX= ..
It built Ok, it runs the examples OK, it runs my simple application OK, it runs my main application OK until I include the my module with threads, sleeps and third party USB drivers. Then I get lots of compile errors due to lack of sys/times.h and conflicting definitions between Qt and the third party software. That's something I will need to sort out separately. But I can now say that PLplot is OK with Qt under Windows, so long as you specify -DTEST_DYNDRIVERS=OFF. Without that the test still crashes. Thanks for all your support Richard > -----Original Message----- > From: Alan W. Irwin [mailto:ir...@beluga.phys.uvic.ca] > Sent: 23 June 2011 03:06 > To: Richard Jackson > Cc: PLplot development list > Subject: RE: [Plplot-devel] Installing Plplot with Qt under Windows > > On 2011-06-17 11:30-0700 Alan W. Irwin wrote: > > > What you said reminded me that the Qt set of libraries comes in two > > flavours, "release" and "debug". I am not sure anybody here has > > actually tried this with PLplot, but from skimming through the CMake > > documentation related to Qt4, it appears to me there is full support > > for choosing one of those flavours. In particular, I suggest you try > > using the -DCMAKE_BUILD_TYPE:STRING=Debug cmake option if you want to > > use the debug flavour of Qt libraries for PLplot linking and don't > > specify that option (which is what you have doing so far) if you want > > to use the release flavour of the Qt libraries for PLplot linking. > > Hi Richard: > > Are you specifying one of -DCMAKE_BUILD_TYPE:STRING=Debug or > -DCMAKE_BUILD_TYPE:STRING=Release? It appears from the last few > messages in the thread at > http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/36994/f > ocus=37032 > that you have to be specific this way to get good Qt results with > MinGW on Windows. In other words, there appears to be something wrong > with the CMake default in this special case (MinGW and Qt on Windows). > > There is a newly created CMake bug report about this issue at > http://public.kitware.com/Bug/view.php?id=12301. But the easy > workaround appears to be to specifically set one of the two choices > above. > > As you know, I once got the qt device driver to work on wine, but then > lost it again. I ascribed that failure as being due to incompatible > MinGW versions. But in future wine/MinGW tests I am always going to > set > CMAKE_BUILD_TYPE to one of the above to see if that improves > reliability. > > 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); PLplot scientific plotting > software > package (plplot.org); 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 > __________________________ ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
