Closed lsorber closed 6 years ago
usually this kind of error comes due to a lack of feature activation. If you want to include mkl, and you're not including any packages that define track_features for mkl, then you end up with unsatisfiable dependencies. Sorry it's not more intuitive. Theres some info here: https://github.com/conda/conda/wiki/VC-features#how-features-get-activated
If you don't want to add a package dependency on something that does "track" mkl, then you need to add the mkl track_feature also to your recipe.
Hi there, thank you for your contribution!
This issue has been automatically locked because it has not had recent activity after being closed.
Please open a new issue if needed.
Thanks!
In trying to package the MILP solver Coin-OR CBC with MKL support for Windows, I came across a strange error where the package's run environment seems to be in conflict with itself -- even though there are no runtime dependencies on Windows.
On Linux,
conda build
works fine and generates shared libraries. On Windows, the build generates working static libraries but fails with the message that the environment is in conflict (see below). If I removemkl
as a feature, the Windows build successfully compiles. Why would addingmkl
as a feature cause such a problem? I would like to keep it as a feature since I may want to also make an OpenBLAS variant.Below is the output of
conda build . --debug
:The relevant part of the recipe [1] is:
[1] https://github.com/forespell/coincbc (based on conda-forge's
coincbc
package)