On 2009-03-06 19:05-0000 Andrew Ross wrote: >> Alan, >> >> With current SVN, these options and a clean build tree I get a failure >> with make. >> >> [ 17%] Generating moc_qt.cxx >> /home/andrew/software/plplot/plplot/drivers/qt.h:0: Warning: No >> relevant classes found. No output generated. >> >> moc_qt.cxx exists but is blank and so no qt drivers are built. >> The make then fails a couple of steps later with >> >> [ 18%] Generating qt.rc >> Could not open driver module /home/andrew/software/plplot/build/drivers/qt >> libltdl error: file not found >> >> Any ideas? This is with cmake 2.6.0 (current version shipped with >> Ubuntu). > > I get the same message if I try "moc qt.h" in the drivers src tree. A > quick google search suggests that this is probably due to the header > files not being correctly found by moc so the #ifdef statements are > all ignored. Alan, does this really work for you with a clean build > tree and latest svn.
Yes. > Also are you definitely using moc-qt4? Yes. /usr/sbin/update-alternatives --list moc /usr/bin/moc-qt4 Also, the generated drivers/moc_qt.cxx in the build tree has the following commentary: ** Created: Fri Mar 6 08:27:02 2009 ** by: The Qt Meta Object Compiler version 59 (Qt 4.4.3) For the above tests, I happened to be running CMake 2.6.3 I then tried 2.6.0 to be more consistent with the platform where you encountered the issue, and it turns out cmake-2.6.0 is the culprit! The generated drivers/moc_qt.cxx in that case was empty. I tried copying the 2.6.3 versions of FindQt4.cmake and UseQt4.cmake to our own cmake/modules directory, but those files include specific 2.6.3 functionality so they don't work with 2.6.0. The conclusion seems to be that everyone who is testing the qt device must use CMake-2.6.3. Alban, I recall that you also had a problem with an empty drivers/moc_qt.cxx. Does CMake-2.6.3 fix that for you? Assuming CMake-2.6.3 works for everybody, I will put some cmake code in our build system to disable everything qt related unless the CMake version is that high. We should also say something about this constraint in our forthcoming release announcement. Downloading and installing CMake-2.6.3 from the cmake.org site is fairly trivial for our developers, but the non-adventuresome user who is unwilling to do that will have to wait until their distribution provides a binary version of CMake-2.6.3 before they can try the new qt device. That's a bit disappointing, but by definition that is a fairly short-term issue so I don't think we should worry about it. 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 __________________________ ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ Plplot-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/plplot-devel
