Details
-
Bug
-
Resolution: Fixed
-
P0: Blocker
-
6.2.0 Beta2
-
None
-
7e58270087f705ab1b5b499c0849baac6a2f56ea (qt/qtremoteobjects/6.2.0) d4bdbfea209a97b7e6331f744e5b50359241540b (qt/qtremoteobjects/6.2) debee63fa7f9a1dc408a82f20f7a36f74c53e301 (qt/qtremoteobjects/dev) b47f4ef3a3 (qt/qtremoteobjects/6.2.3)
Description
Discovered as part of review at https://codereview.qt-project.org/c/qt/qtremoteobjects/+/364791/4#message-ad5271abda222f469147a85adc84e6004bdfd25a
Both _qt_internal_add_repc_files and qt6_reps_from_headers use qt_manual_moc which is private CMake api defined in qtbase/cmake/QtAutogenHelpers.cmake
It's not clear if the API works at all.
It should either be replaced by using AUTOMOC or _qt_internal_create_moc_command / qt6_generate_moc.
One particular bump in doing in that is that the RemoteObjects API seems to rely on the OUTPUT_MOC_JSON_FILES parameter of qt_manual_moc, which is not exposed by any of the public equivalents afaik.
Attachments
Issue Links
- relates to
-
QTBUG-95833 Port and enable qtremoteobjects CMake auto tests
- Open
-
QTBUG-125329 Grpc generators: fix Policy CMP0071
- Closed