-
Notifications
You must be signed in to change notification settings - Fork 50
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
Add a note on adding complex64/128 in a future version #105
Conversation
This introduces a new "Future extension" admonition, which uses the MyST "colon fence" (requires a newer version of MyST). Closes data-apisgh-102
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.
Thank you, @rgommers. Sorry for my delayed response. The rendered webpage and most of text changes LGTM.
For the complex dtype itself, I wonder if we can make a stronger commitment for the path forward?
- Say that it will be included in the next version of Array API, not just a future one
- Lay out the expected type conversion diagram/table as discussed in Question: complex number support in Array API? #102 (and, ofc, mark it clearly that this conversion is to be expected in the next version) to strengthen the impression that it's been considered and evaluated and we just need time to keep everyone on the same page
What do you think?
Co-authored-by: Leo Fang <leofang@bnl.gov>
Thanks Leo, that sounds fine to me - I committed your suggestion and will add the diagram later this week. |
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.
Thank you, @rgommers! The latest commit LGTM with one minor issue: I think the figure mistakenly mentions complex32/64, which should be complex64/128 😅
34f7508
to
b36720a
Compare
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.
LGTM! Thanks @rgommers. Feel free to merge.
Done. Thanks for reviewing! |
This also cleans up all the notes in the Data Types section, which were a bit messy and had some duplication.
And it introduces a new "Future extension" admonition, which uses the MyST "colon fence" (requires a newer version of MyST):
Closes gh-102