[Interest] qt_add_qml_model() dependency issue

[Stefan Seefeld]

Thanks Sze-Howe, that looks indeed like what I'm running into.
Unfortunately, ninja isn't an option for me, so I'll have to wait for the
real fix.

(I assume the fix is or will be contained in the Qt6CoreMacros.cmake file,
so I may be able to just patch that rather than having to upgrade our Qt
version, which is a much more costly operation due to formal code
validation constraints.)

Regards,

On Sat, Oct 28, 2023 at 8:41 PM Sze Howe Koh <szehowe.koh at gmail.com> wrote:

> Sounds like https://bugreports.qt.io/browse/QTBUG-106683 which was
> already fixed in Qt 6.5.2.
>
> However, there's still a related issue outstanding:
> https://bugreports.qt.io/browse/QTBUG-115166
>
> As a workaround, use Ninja instead of Makefiles, since Ninja wasn't
> affected by these issues.
>
>
> Regards,
> Sze-Howe
>
>
> On Sun, Oct 29, 2023, 06:04 Stefan Seefeld <stefan at seefeld.name> wrote:
>
>> Hello,
>>
>> I just started using the `at_add_qml_model()` function, where the
>> "backing target" is a (shared) library. I notice that each time I call
>> `make`, the target is rebuilt. Specifically, the sequence
>>
>> ```
>> Running moc --collect-json for target XXX
>> Automatic QML type registration for target XXX
>> Consolidate compiler generated dependencies of target XXX
>> Building CXX object
>> libs/XXX/CMakeFiles/XXX.dir/xxx_qmltyperegistrations.cpp.o
>> ...
>> ```
>> is executed (and thus, everything depending on `XXX` needs to be updated
>> as well.
>>
>> Is this a known issue ? I had expected a second call to `make` to do
>> nothing, as all targets are up to date.
>>
>> Thanks,
>>
>>       ...ich hab' noch einen Koffer in Berlin
>>
>>
>>

-- 

      ...ich hab' noch einen Koffer in Berlin...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20231029/5d9b4233/attachment.htm>