-
-
Notifications
You must be signed in to change notification settings - Fork 6
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
Updating Quaddtype #102
Updating Quaddtype #102
Conversation
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.
I did not carefully review all the reference counting or go over everything with a fine-toothed comb but I did go over the whole thing and followed along with the structure.
Overall this looks really nice. I think there are some clear paths to improve it, but that's always going to be the case and this is already far enough along that once we have some basic docs written we can try inviting people to test it and start thinking about a NEP to do something about np.128.
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.
Not needed for this PR, but it would be nice to get proper docstrings for all the types and functions that are visible to python. Also a small module-level docstring showing basic usage.
else { | ||
result.longdouble_value = x; | ||
} | ||
return result; |
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.
not needed for this PR, but the repeated boilerplate above is a good place to use a template function IMO
} | ||
else { | ||
return x.longdouble_value; | ||
} | ||
} |
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.
I think it would be simpler to template over backend and output type, then you wouldn't need the runtime branching.
This PR updates the following to quaddtype
longdouble
backendnumpy_quaddtype
and more small refactors