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