-
Notifications
You must be signed in to change notification settings - Fork 22.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Erroneous Conda Windows MKL dependency #126279
Comments
I think conda and wheel packages should depends on the same version of mkl across all x86 platforms.
Unfortunately one can not replace MKL with OpenBLAS without sacrificing some of the functionality (not to mention performance). Namely MKL implements some FFT functions as well as sparse functionality. If you know of any plans to open alternatives with replaceable interfaces (for example we build with PocketFFT on arm machines), please do not hesitate to share those ideas here. @jgong5 do you know if mkldnn necessarily depends on MKL? |
Yes, let me try setting same dependency as we have in windows wheels for our conda package. |
Hi @baszalmstra this requires more investigation. Simply aligning the dependency does not work with python 3.12:
Looks like issue maybe related to numpy:
|
Removing this from milestone for now. Will follow up on this |
Just notice this question, no, mkldnn doesn't depend on MKL. |
pytorch/setup.py
Line 1112 in a0aaf56
This line adds a dependency to the python package on
mkl >=2021.1.1,<=2021.4.0
on windows. However, the built conda packages do not align with this requirement.For instance take the conda package
win-64_pytorch-2.3.0-py3.12_cuda11.8_cudnn8_0
:The PKG_INFO inside the package lists:
However the
index.json
has:Running pip-check will fail.
However, the conda package
win-64_pytorch-2.3.0-py3.9_cuda11.8_cudnn8_0
(note thepy3.9
) does specify:I think its because of these lines in the
meta.yaml
:https://github.com/pytorch/builder/blob/a4b440ec0f687c84d089310d68ae3345d6eca7fc/conda/pytorch-nightly/meta.yaml#L26-27
Regardless, I think this dependency should depend on the BLAS implementation chosen, if BLAS is not set to mkl I think this dependency shouldn't be there in the first place.
cc @seemethere @malfet @osalpekar @atalman @peterjc123 @mszhanyi @skyline75489 @nbcsm @vladimir-aubrecht @iremyux @Blackhex @cristianPanaite @frank-wei @jgong5 @mingfeima @XiaobingSuper @sanchitintel @ashokei @jingxu10
The text was updated successfully, but these errors were encountered: