-
Notifications
You must be signed in to change notification settings - Fork 12.9k
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
Figure out a good convention for normalizing rational numbers #5738
Comments
Visited for bug triage, 2013jun24. The title of this bug makes this sound like a potentially open-ended task, but I interpret the description as being in favor of normalizing (by force, by doing it behind an enforced abstraction layer) after each operation (or at least all the standard arithmetic operations, in order to get predictable performance). |
This issue has been moved to the RFCs repo: rust-lang/rfcs#332 |
This issue has been moved to the RFCs repo: rust-num/num#6 |
Improve end of expression check in for loop lints changelog: none
The gmp
Mpq
type does does it after each operation, and then exposes a raw interface for doing a few operations without normalizing. It only guarantees that operations are valid when the type is normalized. This leads to the most predictable performance with big integers, and avoids avoidable overflows for fixed size ones.This would probably involve making the fields
priv
and using scary names for raw manipulation methods.The text was updated successfully, but these errors were encountered: