We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
sum() and prod() use special promotion rules (see #202 and https://data-apis.org/array-api/latest/API_specification/generated/signatures.statistical_functions.sum.html#signatures.statistical_functions.sum). trace() is effectively a sum over the diagonal, so it should use the same rules. np.trace() currently already acts the same as np.sum() in this regard.
sum()
prod()
trace()
np.trace()
np.sum()
Presumably this also means we should add a dtype argument to trace()
The text was updated successfully, but these errors were encountered:
Also np.trace() does have a dtype argument https://numpy.org/doc/stable/reference/generated/numpy.trace.html.
dtype
Sorry, something went wrong.
Agreed with trace needing the special casting rule and also with it needing a dtype keyword, thanks @asmeurer.
trace
linalg.trace
Successfully merging a pull request may close this issue.
sum()
andprod()
use special promotion rules (see #202 and https://data-apis.org/array-api/latest/API_specification/generated/signatures.statistical_functions.sum.html#signatures.statistical_functions.sum).trace()
is effectively a sum over the diagonal, so it should use the same rules.np.trace()
currently already acts the same asnp.sum()
in this regard.Presumably this also means we should add a dtype argument to
trace()
The text was updated successfully, but these errors were encountered: