-
Notifications
You must be signed in to change notification settings - Fork 154
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
Consider creating oneMKL releases #467
Comments
@Rbiessy I personally find it ineffective to start and continue a broad discussion like this over github. I would suggest setting up a meeting to bring all key people up to speed with previous discussions and new proposals, and then clear up final details over github. |
Ideally, this should be bundled with the main Codeplay plugin (or, as mentioned, oneAPI base toolkit). The need to install Intel oneAPI and NVIDIA/AMD Plugin is already not ideal. Installing pre-built package is better than building from scratch, but the need to install three packages, on top of the vendor runtime, while making sure all the versions match (and if CUDA/HIP or oneAPI get updated, then the Plugin and the oneMKL will have to be downloaded again) is not very user-friendly. If bundling stuff together is not possible, another alternative would be to provide an APT and YUM repositories for "desktop" users and a Spack recipe for supercomputer users. |
could you explain that |
I was referring to the statement in the issue description that "[letting users download a package of oneMKL] will be easier than shipping oneMKL interface with the oneAPI base toolkit" |
In the interest of open governance it would be great if as much as possible could be discussed in public so that anyone from the community can participate. Can we facilitate meetings through the UXL Foundation groups? |
To continue the discussion from #459, I would like to suggest introducing quarterly releases for oneMKL. This would be useful:
There are some releases existing in oneMKL, I don't know if there are any plans to continue these releases quaterly?
I would suggest to start adding a release candidate tag 2025.0.rc0 end of July. If we find bugs in oneMKL we create new release candidate tags on commits fixing them. When oneAPI 2025.0 is released we can use the latest release candidate as a stable release.
I think for now the pre-built packages could be built for Ubuntu 22.04 and include all the domains and backends using MKL, CUDA and ROC libraries. We will need to clarify who is responsible for building and uploading the package to the releases.
The text was updated successfully, but these errors were encountered: