On Wed, Jan 13, 2021 at 12:48:45PM -0800, Thiago Macieira wrote: > On Wednesday, 13 January 2021 10:17:02 PST André Pönitz wrote: > > I have a product that depends on qtbase, qtdeclarative and qttool, and > > qtdeclarative and qttools refer to different and incompatible versions > > of qtbase in their respective dependency.yaml files. > > > > How do I build Qt? > > There's no such thing.
You are telling me my day job doesn't exist? > Any *product* is built with released versions of Qt, which means you > must have exactly the same releases of each module. No other > combination is supported. I am not asking for *support*. I am asking how to find a recent working combination of Qt modules that I need for porting some code base to Qt 6. Don't tell me to use 6.0 nor to wait for some 6.x. > For people developing Qt, once you've checked the Git repositories out, it > doesn't matter whether there's a .gitmodules or not to build. Lacking a monolothic repo the superrepo is currently pretty much the only safe way to find a working combination of reasonably recent states of Qt modules. Sure, one can try HEAD of each module first, and it works sometimes. In a few more cases commenting out a few unneeded bits helps to make it work, but after the third attempt one wants a safe fall back. So far the superrepo delivers that. I am not a big fan of git submodules, nor does the effort spent on failed integration attempts look appealing. But effectively the central integration is the work that otherwise all users who need to keep up with the bleeding edge had to do by themselves. > For example, I always use the latest of the branch in question for > every module, regardless of what's stored in the super module. How much do you depend on modules outside qtbase? With qtbase only you practically live in a world of a monolithic repo. Working HEAD is expected there. In any case, the point was that "building according to dependency.yaml" doesn't give a "build". Different leave modules will have different dependencies on qtbase, which cannot be used at the same time. Andre' _______________________________________________ Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development