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

__opencl_c_integer_dot_product_input_4x8bit / __opencl_c_integer_dot_product_input_4x8bit_packed feature macros are always enabled, even on unsupported devices #817

Open
ProjectPhysX opened this issue Mar 12, 2025 · 0 comments

Comments

@ProjectPhysX
Copy link

ProjectPhysX commented Mar 12, 2025

isDotIntegerProductExtensionSupported() always returns true, which is incorrect. It leads to the __opencl_c_integer_dot_product_input_4x8bit / __opencl_c_integer_dot_product_input_4x8bit_packed feature macros always being present, even on unsupported devices.

This means: If any OpenCL application implements dp4a with checks for __opencl_c_integer_dot_product_input_4x8bit / __opencl_c_integer_dot_product_input_4x8bit_packed feature macros to see of dot()/dot_acc_sat() functions are available, the application will instantly be broken on all older unsupported Intel platforms - compiling will just fail because dot()/dot_acc_sat() functions will be exposed by false feature macros but are not actually supported by compiler.

This is especially important to fix on legacy driver too.

Please fix!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant