From: Andrew R. <and...@us...> - 2011-09-05 08:55:41
|
On Sat, Sep 03, 2011 at 04:16:14PM -0700, Alan Irwin wrote: > On 2011-09-03 23:34+0100 Andrew Ross wrote: > > > Everything works fine on both my Ubuntu boxes (with 2 different versions > > of Ubuntu on) whether I have DISPLAY set or not, so I'm suspecting this is > > a Qt version problem. Can anyone else confirm / deny this? I will try to > > dig deeper using valgrind. > > Hi Andrew: > > Qt version might well be the issue, but there is another alternative > explanation as well which is easy to check. > > Qt installations actually consist of two sets of libraries, those with > a debug attribute and those without that attribute. All CMake > versions for Windows were confusing which was which for builds without > a specified type (the normal case) as discussed on a thread entitled > "CMAKE_BUILD_TYPE not set on MinGW" on the CMake development list in > June this year. The result of this CMake/Qt issue on Windows is bad > Qt results which might be similar to what you are encountering on > Debian and certainly similar to what I encountered some time ago for > PLplot/qt on wine. Clint Stimpson said in the thread he thought the > problem would not affect Linux, but my own feeling is you never really > know for sure whether such assertions are correct until you test them. > So just to see would you try this simple patch to Modules/UseQt4.cmake > (http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5a2b20;hp=672b6ca5e431f511f2638511b0128b6956f3e3ad) > to see whether it solves your issue? In any case, that patch is going > into CMake-2.8.6 (once that gets released) to fix the Qt on Windows > issue with CMake, and it would be most interesting if that simple > 3-line change made a difference to the symptoms you are seeing on > Debian. Thanks for the suggestion. Patching cmake in a automatic build system is non-trivial so I tried just adding -DQT_NO_DEBUG to the C / C++ compiler flags. I think this should have the same effect? It made no difference anyway. I'll try to put a patched copy of UseQt4.cmake into the plplot cmake/modules directory and see if that helps/ The gdb error message I get exactly matches the one Orion reported for Fedora so it's not a Debian specific problem. Interestingly the missing symbol is actually present in libQtCore.so which libQtGui.so is linked against. Alan, do you see any issues with Qt 4.7.3 on Linux? Andrew |