-
Notifications
You must be signed in to change notification settings - Fork 141
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
Floating point conversion tests #402
Conversation
- largely pulled from ryu unit tests
- avoid introducing new functions to test - we get reasonable exposure to rounding and shortest path even with the generic dispatch on exponent
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.
Awesome!
How about a property test that compares the BTW, where does the requirement to match |
Do you mean e.g
There was some discussion in the original C PR #222 (comment) and mostly the idea was that it would be 'quite unexpected to diverge from |
Diverging from it means a breaking change, and of a nasty nature. I think it's desitable to keep Ideally I'd love to see |
Thanks for making me aware (again) of this test! :)
Agreed. It might make sense to explicitly say that |
Thanks @Lumaere! |
* Add floating conversion tests - largely pulled from ryu unit tests * Use floatDec and doubleDec in tests - avoid introducing new functions to test - we get reasonable exposure to rounding and shortest path even with the generic dispatch on exponent
* Add floating conversion tests - largely pulled from ryu unit tests * Use floatDec and doubleDec in tests - avoid introducing new functions to test - we get reasonable exposure to rounding and shortest path even with the generic dispatch on exponent
This PR adds floating point tests for
floatDec
anddoubleDec
. It expects implementations to match baseshow
functionality wrt rounding and (non) shortest-path.These are based on the original C tests with modifications to match
show
.