You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I hope the general idea is clear. This approach kind of works in my experiments.
Question
The main problem that I have is that it depends on the order of the profiles on the command line if the above works. This has to do with the order of the paths in the PATH variable that results from the conan run. Unfortunately, I think there's no way to control this order, nor is the expected order documented. Do you have any idea, how this could be influenced?
What do you think of the above approach? Do you have a better idea of how to model optional or injected dependencies between tool packages that might help in this situation?
Have you read the CONTRIBUTING guide?
I've read the CONTRIBUTING guide
The text was updated successfully, but these errors were encountered:
fschoenm
changed the title
[question] SHORT DESCRIPTION
[question] How to inject tool packages into the dependency chain?
Feb 7, 2025
What is your question?
I wonder if you have an idea for the following scenario?
Idea
I have the following tool packages; different compiler packages and a coverage package that uses a compiler package:
The bullseye_coverage package in this example has no explicit dependency on any compiler package as I want it to work with any possible compiler.
I also have corresponding profiles that add a tool requirement to my build:
Now I want to build a project with one of the compilers and either with or without coverage. I do this using profiles:
I hope the general idea is clear. This approach kind of works in my experiments.
Question
The main problem that I have is that it depends on the order of the profiles on the command line if the above works. This has to do with the order of the paths in the
PATH
variable that results from the conan run. Unfortunately, I think there's no way to control this order, nor is the expected order documented. Do you have any idea, how this could be influenced?What do you think of the above approach? Do you have a better idea of how to model optional or injected dependencies between tool packages that might help in this situation?
Have you read the CONTRIBUTING guide?
The text was updated successfully, but these errors were encountered: