Uploaded image for project: 'Qt'
  1. Qt
  2. QTBUG-106431

qmlimportscanner doesn't find non-installed qtdeclarative qml modules in a prefix build

XMLWordPrintable

    • 727151e0e0 (qt/qtdeclarative/dev) 727151e0e0 (qt/tqtc-qtdeclarative/dev) 96182610b8 (qt/qtdeclarative/6.4) 5b35a32ecc (qt/qtdeclarative/6.3) 5b35a32ecc (qt/tqtc-qtdeclarative/6.3) 96182610b8 (qt/tqtc-qtdeclarative/6.4) 121107c01d (qt/qtdeclarative/6.4.0)

      This shows up when trying to build examples as external projects in the CI which uses a prefix build: QTBUG-96232

      qtdeclarative is built, but not installed, and the example external projects are using the export(EXPORT) build time Config files.

      While the build dir CMake packages themselves are found, _qt_internal_scan_qml_imports passes ${QT6_INSTALL_PREFIX}/${QT6_INSTALL_QML} as an -importPath argument which ends up empty, because qtdeclarative is not installed yet.

      It would be nice to make this scenario work, so that the example external projects are actually runnable in a prefix build.
      This might also affect in-tree tests, but haven't confirmed yet.

      This was discussed a few times internally and also in some jira issues.

      We already do something similar (ensuring build time import paths are found in a prefix build) when building Qt itself for qmllint / qmltc via the _qt_internal_extend_qml_import_paths function.

        No reviews matched the request. Check your Options in the drop-down menu of this sections header.

            alexandru.croitor Alexandru Croitor
            alexandru.croitor Alexandru Croitor
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: