[Development] Proposing CMake as build tool for Qt 6
bogdan.vatra at kdab.com
Thu Jun 13 10:06:06 CEST 2019
There is one more missing feature to add to your list: build & debug builds
for msvc in one go (same as qmake does now, a single "make" command will build
Also I wonder when do you plan to release Qt6? Because according to Thiago's
"what a buildsystem must to have list" he mentioned that the buildsystem
should be at least 2 years in the wild. If the needed cmake support is not
implemented yet, are you going to delay Qt 6 release (I won't mid to use C++20
in Qt 6 :) ) just to give time to cmake to mature? Or that (part of the) list
was just an excuse for TQC to ditch QBS ;-).
QBS Android (and iOS) support is far superior to both cmake & qmake. It's not
only compiles your bins (for all ABIs at once!) but it also compiles the java,
aild, etc. parts and it packages them using the android tools directly, which
gives it a faster build time than any other build system out there, yes faster
than qmake/cmake + gradle!
I just hope that even if you'll use cmake to build qt itself, we can still be
able to use any buildsystem to build our Qt Apps.
În ziua de joi, 13 iunie 2019, la 10:42:33 EEST, Lars Knoll a scris:
> Hi all,
> After all the discussion, lets go back to the original proposal. We can see
> from the discussions that there is still work to be done, but I can’t find
> anything that sounds like a real showstopper.
> The two missing features that were voiced as a concern (if I didn’t miss
> anything in the thread) where multi arch/fat binary support for iOS and PCH
> support. I also heard that the people working on it are confident they can
> get this fixed in time for Qt 6, something I’m happy with for now.
> Nevertheless, I think it would be good if the team working on the cmake
> port could summarise how/when they are planning to fix this.
> One additional concern was multi arch builds for Android, but I don’t think
> that counts as a concern as qmake does not support this neither (so it
> would be a new feature).
> Finally, there was a concern around qmake support for users of Qt. This is
> something I have discussed with the team in the past, and it is a strong
> requirement that qmake will continue working as a build system for our
> users at least for the foreseeable future. This can and will be solved by
> cmake creating the required files to support qmake. Btw, this is also a
> hard requirement to be able to change build system repository by
> repository, so that we don’t have to do a all or nothing switch of all our
> In summary, I do agree with and support the initial proposal by Simon to
> merge wip/cmake into wip/qt6.
> > On 6 Jun 2019, at 14:43, Sérgio Martins <iamsergio at gmail.com> wrote:
> > On Thu, Jun 6, 2019 at 12:45 PM Simon Hausmann <Simon.Hausmann at qt.io>
> > wrote:
> >> Hi,
> >> In the past months we, some developers from the Qt Company and KDAB,
> >> have made good progress on the port of Qt to use CMake as build tool.
> > +1, simply because we only have 1 contender so far.
> > Thanks for stepping up and doing the work.
> > Regards,
> > Sérgio Martins
> > _______________________________________________
> > Development mailing list
> > Development at qt-project.org
> > https://lists.qt-project.org/listinfo/development
> Development mailing list
> Development at qt-project.org
More information about the Development