Replies: 1 comment
-
|
Using in |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
An app that compiles with
%oneapicompilers ends up with a link-time dependency onintel_oneapi_runtime(of the same version as the compiler). This is useful because an app thatrequires(sycl)thereby gets its dependency onlibsycl.sosatisfied byintel_oneapi_runtime. If the same app also depends on parts of Intel's MKL library that depend on SYCL (eg. FFT) then spack ought to be able to choose a default version ofintel_oneapi_mklbased on the version of theintel_oneapi_runtime. Typically exactly one runtime/compiler version is suitable for MKL, becauselibsycl.soincreasesSOVERSIONwith every compiler release and MKL must adapt to that. That is, there's a hard requirement for an app using aspects of MKL that require SYCL to use the versions of MKL and the compiler that shipped together.If the user specified the compiler version but did not specify the MKL version, then there ought to be only one choice Spack can make, based on the common dependency of that runtime.
How should we express this in Spack? Any ideas? @rscohn2 FYI
Beta Was this translation helpful? Give feedback.
All reactions