[Development] moc output from non-local tool build
Joerg Bornemann
joerg.bornemann at qt.io
Thu Nov 4 17:46:56 CET 2021
On 10/29/21 11:43 AM, Joerg Bornemann wrote:
>>> With https://codereview.qt-project.org/c/qt/qtbase/+/378053 it's now
>>> possible to turn off the package version check and to use moc of a
>>> different Qt version. This requires that moc stays either compatible or
>>> handles that /version argument outlined elsewhere in this thread.
>>
>> Which is great, and is what I want, but we still need a decision on
>> how long
>> the compatibility window will be and how we will inform the tools of what
>> version we're asking for.
>
> A sliding window of two years has been proposed in this thread. Assuming
> two minor version bumps per year, that's four minor versions. Let's make
> that an odd number and we get the following
>
> Proposal 1:
> Qt 6.X should work with host tools of Qt 6.Y, where X-2 <= Y <= X+2
>
> That's quite some commitment.
> How about
>
> Proposal 2:
> Qt 6.X should work with host tools of Qt 6.Y, where X-1 <= Y <= X+1
>
> That gives us less to test, and the sliding window is something like 1.5
> years.
Any comments on the sliding window size?
Apart from that, after internal discussion I have to lower expectations
regarding our commitment to this. I don't see us creating the test
infra for testing the build of different host/target Qt combinations. As
such we offer no commitment or support, but we will accept patches that
improve the situation
As to the question "how we will inform the tools of what version we're
asking for": one way is to add -compat-version switches to the tools
that need them. The downside here is that this needs to be done the day
before yesterday for all tools that contribute to the build.
Another way would be to load it onto the user to set an environment
variable QT_TOOL_COMPAT_VERSION or such that is read by tools that need to.
BR,
Joerg
More information about the Development
mailing list