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
The oneMKL interface library supports linking the the DFT backends (to allow for compile-time dispatch) instead of linking to the main library itself and using the dynamic dispatch mechanism. There are examples of using oneMKL in this way in the examples.
However, the CMake in the examples does is not representative of oneMKL usage after installation.
Observed behavior
Using the example of the MKLGPU backend, I'd expect to the following:
to also include the MKL header files. e.g. I'd expect to able to #include <oneapi/mkl/dft.hpp>. However, without additional cmake, this header is not available.
Expected behavior
I think the DFT backends targets should include the relevent headers as part of their interface.
Summary
The oneMKL interface library supports linking the the DFT backends (to allow for compile-time dispatch) instead of linking to the main library itself and using the dynamic dispatch mechanism. There are examples of using oneMKL in this way in the examples.
However, the CMake in the examples does is not representative of oneMKL usage after installation.
Observed behavior
Using the example of the MKLGPU backend, I'd expect to the following:
to also include the MKL header files. e.g. I'd expect to able to
#include <oneapi/mkl/dft.hpp>
. However, without additional cmake, this header is not available.Expected behavior
I think the DFT backends targets should include the relevent headers as part of their interface.
Version
Report oneMKL version: develop tip: f5dc527
Environment
DPC++ 2024.0
Ubuntu20
Steps to reproduce
CMake:
C++
Gives:
The text was updated successfully, but these errors were encountered: