Details
-
Task
-
Resolution: Unresolved
-
P3: Somewhat important
-
None
-
6.3.0, 6.5.1, 6.6.0 Beta1
-
None
Description
During CMake deployment API review it was mentioned that for macOS app bundles, macdeloyqt (and some CMake internal code) create symlinks to the qml libraries/plugins which are placed in the PlugIns dir, to the Resources subfolder, to ensure the qml engine finds qmldir and friends, and to ensure that the bundle is sign-able.
Ulf brought up that he has an idea on how we could get rid of the symlinks, and somehow simplify the whole scenario.
https://git.qt.io/alcroito/qt6-cmake-api-review/-/blob/master/api_review_qt_6_3_deploy.md#L283
This task exists to remind us that we need to extract this information from Ulf and try to implement it.
Split from https://bugreports.qt.io/browse/QTBUG-100925
Attachments
Issue Links
- relates to
-
QTBUG-98545 Provide CMake API for deployment support
- Closed
-
QTBUG-104554 Revisit our story about the default qml import path for macOS app bundles
- Reported
-
QTBUG-97741 Add App.app/Contents/PlugIns/qml as a default qml import path for macOS apps
- Closed
- resulted from
-
QTBUG-100925 Address review of qt_generate_deploy_qml_app_script for 6.3
- Closed
- mentioned in
-
Page Loading...