Details
-
Suggestion
-
Resolution: Unresolved
-
Not Evaluated
-
None
-
3.0.1
-
None
Description
Current conan module provider behavior assumes a 1:1 mapping between Conan package names and Qbs module names. This becomes problematic when accessing headers, libraries, or binaries variables of a module with Conan package name. It was possible to extract a mapping (e.g., cmake_find_package) from Conan 1 JSON outputs, but QbsDeps lacks this flexibility today.
Details:
For example, the Conan package sentry-crashpad uses an internal target/module name crashpad. This information was available in Conan 1 JSON output:
"names": { "cmake_find_package": "crashpad", "cmake_find_package_multi": "crashpad" }, "name": "sentry-crashpad"
Since QbsDeps doesn't provide any alternative name information. Conan module provider relies only the package name (sentry-crashpad) to generate the module name, making it difficult to refer to internal properties or access headers/libs reliably. This becomes a serious limitation for any use cases beyond just declaring Depends.