Details
-
Bug
-
Resolution: Done
-
P2: Important
-
5.11.2
-
None
-
-
c2917243a96d19c9cd49c827e63d40b7c0110d7d
Description
The fix for QTBUG-70056 (2aa779e893bd7526c97a1968c6835204e4e985e2) breaks building wayland extension, if the source dir of the module is not on the same "depth" level in the filesystem as the qtbase source dir.
E.g.:
Qt build from source in ~/git/qt (standard dev shadow build from git into ~/git/build-qt)
Building QtWayland together with Qt (so its sources are in ~/git/qt/qtwayland) works ok.
BUT, moving QtWayland out to e.g. ~/foo/qtwayland (and shadow building into ~/foo/build-qtwayland) breaks the build, because the generated forward include header tries to include the generated Wayland extension header using a relative path that has one "../" to much.
The funny thing is now that moving QtWayland to ~/foo/bar/qtwayland works again, because the amount of "../" needed to jump from qtbase's build dir to qtwayland's source dir is the same.
The same problem applies to any module using Wayland extension (e.g. QtApplicationManager), but it is easily reproduced with QtWayland - that's why I chose it as an example here.
Attachments
For Gerrit Dashboard: QTBUG-70587 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
259006,2 | syncqt: Fix resolution of injected headers for external modules | 5.12 | qt/qtbase | Status: MERGED | +2 | 0 |