Skip to content
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

Make DFT set_value/get_value interface type-safe #614

Open
zhiweij1 opened this issue Nov 14, 2024 · 2 comments
Open

Make DFT set_value/get_value interface type-safe #614

zhiweij1 opened this issue Nov 14, 2024 · 2 comments
Labels
feature A request to add a new feature help wanted Tasks, issues or features that could be implemented and contributed to the project

Comments

@zhiweij1
Copy link

zhiweij1 commented Nov 14, 2024

Summary

Make DFT set_value/get_value interface type-safe

Problem statement

In the Intel(R) oneAPI Math Kernel Library 2025.0, the variadic set_value/get_value interface has been deprecated.
Meanwhile, some set_value/get_value with fixed type are introduced.
https://www.intel.com/content/www/us/en/docs/onemkl/developer-reference-dpcpp/2025-0/configuration-setting-member-functions.html
https://www.intel.com/content/www/us/en/docs/onemkl/developer-reference-dpcpp/2025-0/configuration-querying-member-functions.html

I hope this library can also provide the same interface.

@Rbiessy Rbiessy added feature A request to add a new feature help wanted Tasks, issues or features that could be implemented and contributed to the project labels Nov 18, 2024
@Rbiessy
Copy link
Contributor

Rbiessy commented Nov 18, 2024

Thank you for the issue. We, at Codeplay, worked a lot on the DFT domain but we are not planning to add more features to it. This is a good issue for anyone looking to contribute though.

@zhiweij1
Copy link
Author

Related spec change: uxlfoundation/oneAPI-spec#593

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature A request to add a new feature help wanted Tasks, issues or features that could be implemented and contributed to the project
Projects
None yet
Development

No branches or pull requests

2 participants