On Sunday 15 November 2015 14:05:02 Richard Bown wrote: > On 15 Nov 2015, at 13:53, D. Michael McIntyre > <[email protected]> wrote: > > > > #include “ui_RosegardenTransportUi.h" > > Off the top of my head that’s is a moc output step that is missing i.e. it’s > generated from a qt related step.
No, that was uic ;) I was using the CMAKE_AUTOUIC feature, but the recent discussion on cmake versions made me actually try with cmake 2.8.12 (rather than the 3.3 I have on my system) and it didn't support CMAKE_AUTOUIC. So I switched to the older qt4_wrap_uic function, and this works now. > I’m quite interested in this cmake change especially if does make > qmake/qtcreator easier to support out of the box for the existing build. Yes, for qtcreator. (no, for qmake - but you don't need qmake when you have the much more powerful cmake). > I maintain the very occasionally Windows ‘port’ (version is probably a better > description as it’s not suitable for performance) and anything that brings > the QtCreator and trunk closer together is good for that. Might also mean I > can merge the Windows stuff in to the trunk at some point. Ah! Interesting, I was wondering about portability (which is definitely an argument in favour of cmake compared to autoconf), but looking at the code I thought Windows wasn't even a target. Good to know that it is. -- David Faure, [email protected], http://www.davidfaure.fr Working on KDE Frameworks 5 ------------------------------------------------------------------------------ _______________________________________________ Rosegarden-devel mailing list [email protected] - use the link below to unsubscribe https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
