On 2011-06-04 09:35+0100 Richard Jackson wrote: > Hi all, > > On 2011-06-03 11:44-0400 Hazen Babcock wrote: >> Also I have: >> Success with Cmake 2.6.4, Qt 4.5.3, Plplot 5.9.6 >> Failure with CMake 2.6.4, Qt 4.6.0, Plplot 5.9.6 > > So I thought I would try Qt 4.5.3 or earlier > Looking at http://en.wikipedia.org/wiki/Qt_%28framework%29 I saw that Qt 4.5 > was released on March 3rd 2009 and that Qt 4.6 was released on 1st December > 2009 so I downloaded qt-sdk-win-opensource-2009.03.1.exe dated 25/06/2009 > from ftp://ftp.qt.nokia.com/qtsdk/ . After downloading it I saw that it was > Qt 4.5.2. > > I installed it on my Virtual 32 bit Windows XP SP2 machine and Plplot built > OK with the included MinGW, Cmake 2.8.4 and Plplot 5.9.6 > > I installed it on my 64 bit Windows 7 machine and Plplot built OK with the > included MinGW, Cmake 2.8.4 and Plplot 5.9.6 > > On the Windows 7 machine I then tried the same Qt 4.5.2 and included MinGW, > Cmake 2.8.4, Plplot 5.9.7 and that built OK > > On the Windows 7 machine I then tried the same Qt 4.5.2, Cmake 2.8.4, Plplot > 5.9.7 with the current release MinGW and I got the test-drv-info qt abnormal > termination error. > > Next I tried Qt 4.5.3 (Qt SDK 2009.04) and that builds OK with its own > MinGW. > > Just to be sure I tried Qt 4.6.0 (SDK 2009.05) again with its own MinGW and > it fails as before > > Then I had the idea to try Qt 4.6.0 with the MinGW from Qt 4.5.3 and it > builds OK now. > > So then I again tried the latest Qt version 4.7.3 with the MinGW from Qt > 4.5.3 and Plplot 5.9.7 builds OK. > > Just to be sure I tried the included and latest versions of MinGW with Qt > 4.7.3 and Plplot will not build. > > So I went back to Qt 4.7.3 and the MinGW from Qt 4.5.3. I again successfully > built Plplot 5.9.7 and then did a mingw32-make install which seemed OK. > > I couldn't figure out how to make the examples - I think it needs paths > configuring correctly in MSYS? - but I put this to one side for a while and > tried building a simple non Plplot Qt example in Netbeans using this toolset > and I got lots > of compiler errors so I don't think its going to work. I double checked and > it still compiled OK with the latest MinGW. > > So then I went back to Qt 4.5.3 with its own MinGW, it builds and installs > OK and I now can build and run my simple Qt application in Netbeans. Next I > tried including qt.h from Plplot and I am now getting multiple errors. They > are to do with finding include files but I haven't figured them out yet and > I have run out of time for today so I will post this email now. > > I'm not sure when I will be able to come back to it, I hope to find some > time next week.
Hi Richard: Thanks very much for all your efforts to test various MinGW and Qt version combinations. It sounds like most of the issues you have run into concern the MinGW version that comes with versions of Qt after 4.5.3. I will see (a) if I can replicate your test results on wine for some of those version combinations and (b) where there is a failure try to discover what the issue is. The later versions of MinGW work well for me (under wine) for anything not having to do with our qt device driver which is why I suspect the qt troubles may have to do with some linking issue. I hope to investigate that hypothesis further with ldd under wine. (Apparently, no ldd is available under MinGW/MSYS, but cywin does have that very useful utility which identifies exact locations of the dll's that are used and also lets you know of any undefined symbols are left for run-time linking.) Unless and until we can find a fix for later versions of MinGW and Qt, I am very glad to hear that the combination of MinGW from Qt 4.5.3 and Qt 4.5.3 builds for you. I would stick with that combination for now (since I doubt that the 4.5.3 MinGW version that passed the simple build test with Qt 4.7.3 will pass more extensive testing with Qt 4.7.3). In the past here is how I have tested PLplot under wine. Put the dll subdirectory of the top-level build directory (where all the build-tree dll's are automatically collected for the Windows platform case) on your PATH, put MSYS _last_ on your PATH, use the "MSYS Makefiles" cmake generator, and use the -DBUILD_TEST=ON option for cmake. Our test system requires a modern bash which is why I suggested putting MSYS (which supplies a modern bash for windows) on your PATH. The "MSYS Makefiles" cmake generator enables cmake to generate make files that also depend on the msys version of bash as well as other msys applications. Then run make VERBOSE=1 test_noninteractive >& make_test_noninteractive.out make VERBOSE=1 test_interactive >& make_test_interactive.out The former tests essentially all non-interactive devices (including the qt ones). The latter will display lots of interactive results on your desktop (including the qt ones). For the test_interactive target, we are most interested in any errors showing up in make_test_interactive.out so our test systems uses the -np PLplot option to remove the pause between pages for most examples so you don't have to interact with them. However, that option does not yet work for all test examples so you might have to do some clicking (and sometimes just hitting the enter key) to get through a subset of the interactive examples. There is one caveat to the above for the present case. I am a bit concerned about how a modern MSYS will interact with the older MinGW versions you tend to get with Qt. However, I used objdump -p (I don't have access to the Cygwin version of ldd yet) to show that bash.exe supplied by MSYS has no MinGW dll dependencies. So I think the above MSYS-dependent steps will work for you even when you are using a Qt version of MinGW. Assuming the above tests work well, then the VERBOSE option tells you all the compile and link options that you need to get any application to work with PLplot. Thanks again for all your testing help, and in the weeks ahead I hope one of the PLplot developers with access to Windows (maybe even me with wine) can come up with a solution for MinGW and Qt versions later than those associated with Qt 4.5.3. 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. Discover what all the cheering's about. Get your free trial download today. http://p.sf.net/sfu/quest-dev2dev2 _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
