please make it easier to hack on frameworks
Sebastian Kügler
sebas at kde.org
Tue May 7 21:13:42 UTC 2013
On Sunday, May 05, 2013 11:25:32 Oswald Buddenhagen wrote:
> On Sun, May 05, 2013 at 09:32:49AM +0200, Kevin Ottens wrote:
> > On Saturday 04 May 2013 22:16:51 Alexander Neundorf wrote:
> > > On Saturday 04 May 2013, Kevin Ottens wrote:
> > > > On Saturday 04 May 2013 20:59:32 Alexander Neundorf wrote:
> > > > > Do I have to run configure again, or is qmake in the meantime able
> > > > > to
> > > > > handle this ?
> > > >
> > > > Nope I generally have to run configure again.
> > >
> > > Configured, and still the same :-/
> > > It complains that it cannot find libQt5Bootstrap.so
> >
> > I'd expect it to rebuild the base tools after configure... No idea why it
> > didn't rebuild your moc, sorry. :-/
> >
> > Definitely something for the "upgrade notes" once you found the issues
> > though. I hope it won't be too convoluted, telling people to clean build
> > qt5 on each upgrade would suck greatly.
>
> everybody who *actually* cares for rebuild times (as opposed to merely
> making a point of how much the dependency tracking of particular build
> tools sucks) uses ccache. in this light, "sucks greatly" dwindles to
> "oh, well".
"Sucks greatly" is exactly right IMO. Those that are used to cmake are
probably spoiled, needing yet another tool to paper over qmake's #fail by
bringing down build times to a reasonable level does not "make it easier to
hack on frameworks". This whole class of problem does simply not exist with
CMake, and it would also not exist in Qt if Qt used CMake. Yet, the QBS cake
is so far the proverbial lie.
It is yet another item that makes building (and contributing to) Qt feel
archaic, compared to hacking on Frameworks.
Cheers,
--
sebas
http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
More information about the Kde-frameworks-devel
mailing list