On 2009-03-09 16:01-0000 Alban Rochel wrote:
>> Date: Fri, 6 Mar 2009 12:33:54 -0800 (PST)
>> From: "Alan W. Irwin" <irwin@...>
>> 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?
> Alan, Andrew,
> Sorry for the late answer, I have missed this question. I think Andrew
> is experimenting the same issues I had on my system with moc requiring
> to be passed the -DPLD_qtwidget=ON parameter to generate a good
> moc_qt.cxx. Having very little experience with cmake, I'm afraid I
> cannot help you much more on this.
If you use "cmake --help-full |less" to look at the cmake documentation for
macro QT4_WRAP_CPP, you will see that "Options may be given to moc [using
the OPTIONS signature], such as those found when executing "moc -help". I
tried that possibility (revision 9687), and now cmake-2.6.0 builds -dev
qtwidget without issues (I checked both -DPLD_qtwidget=ON and
Thanks, Alban, for helping me to sort out this cmake-2.6.0 issue with the qt
build. That fix is worth having since it means our Linux package
maintainers (Andrew for Debian and Orion for Fedora) and users relying on
binary versions of CMake can try out qt for their Linux distros earlier than
if they had to wait for binary versions of cmake 2.6.3 to be officially
available for their distros.
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