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
Raises ValueError: function 'clip' does not support input types (uint8, int8), and the inputs could not be safely coerced to any supported types according to the casting rule ''safe''..
This causes failure in array_api_tests/test_operators_and_elementwise_functions.py::test_clip.
The issue is to investigate the failure and either fix or file an issue with array_api_tests
The text was updated successfully, but these errors were encountered:
It is tough to say what the correct behavior should be with this edge case.
The array API demands output array has the same dtype as input. It could be possible to implement something like comparisons for unsigned and signed integer.
But Numpy does not permit this case either (when restricting out dtype to input dtype).
Numpy also has an open issue on the topic of not permitting promotion in the output like array API encourages numpy/numpy#24976
Whatever decision dpctl makes, I feel that this test should be filed as an issue with array_api_tests regardless. Per the spec:
If x and either min or max have different data type kinds (e.g., integer versus floating-point), behavior is unspecified and thus implementation-dependent.
uint and int are different kinds, and therefore, this is an unspecified case.
The input is
Raises
ValueError: function 'clip' does not support input types (uint8, int8), and the inputs could not be safely coerced to any supported types according to the casting rule ''safe''.
.This causes failure in
array_api_tests/test_operators_and_elementwise_functions.py::test_clip
.The issue is to investigate the failure and either fix or file an issue with array_api_tests
The text was updated successfully, but these errors were encountered: