[Development] Switch the main "Qt Build System"

Alexandru Croitor alexandru.croitor at qt.io
Tue Jun 9 10:41:44 CEST 2020

Hi Andy,

I'll acknowledge that the current Qt Creator <-> Build Qt with CMake situation is sub-par.

Though, I believe there is a sketchy config to allow you to use a released Qt Creator to develop Qt.

Putting that aside, how long should we wait then? 

I'm not sure if we can afford to delay the switch for much longer, for many reasons:

- I don't know how long it would take to improve Creator to do "the right thing".
- The Qt releasing team needs to start creating and testing packages based on the CMake-built Qt
- Developers are burdened with maintaining 2 build systems (not just the CMake port team, but also other developers doing regular Qt6.0 work)

We have to bite the bullet at some point.

> On 9. Jun 2020, at 09:59, Andy Nichols <Andy.Nichols at qt.io> wrote:
> Hi Alexandru,
> I think Brett touches on the biggest blocker for me and that is actually related to Qt Creators ability to open and use modules built using cmake.  I am actually really impressed with state of the CMake support for build Qt as it is right now, and wish I could more actively use it, but unfortunately my current workflow involves using Qt Creator to develop Qt, and I have to work on modules that are not just QtBase.  Despite adding my cmake based Qt Builds to Creator as kits (which seems to only be possible using qmake), it isn't possible for Creator to easily recognize that my module's are built with that kit when loading them.  I hear rumors that it is possible, but most of the guys who say that are only working on qtbase anyway.
> I think that before we kill the qmake based build of Qt, that our own IDE should support developing Qt itself.  And I would be happy with some "sketchy config" that works with a released version of Qt Creator for now, but this shouldn't be good enough to justify killing qmake before a real solution is in place.

More information about the Development mailing list