-
Notifications
You must be signed in to change notification settings - Fork 30
Fix bad order=K code logic in tensor.asarray #1351
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
Conversation
View rendered docs @ https://intelpython.github.io/dpctl/pulls/1351/index.html |
Array API standard conformance tests for dpctl=0.14.6dev3=py310h7bf5fec_7 ran successfully. |
5a86345
to
43b9c06
Compare
Array API standard conformance tests for dpctl=0.14.6dev3=py310ha25a700_13 ran successfully. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The issue is resolved, no new problem observed by dpnp tests scope. Thank you @oleksandr-pavlyk !
Deleted rendered PR docs from intelpython.github.com/dpctl, latest should be updated shortly. 🤞 |
Array API standard conformance tests for dpctl=0.14.6dev3=py310ha25a700_13 ran successfully. |
Closes gh-1350
dpctl.tensor.asarray
implementation oforder='K'
keyword processing was replaced with call to tested_empty_like_orderK
utility to fix the issue reported in gh-1350.Few routines had to be shuffled to avoid import failure due to circular import dependencies.