diff options
author | Rex Kerr <ichoran@gmail.com> | 2015-08-29 16:02:53 -0700 |
---|---|---|
committer | Rex Kerr <ichoran@gmail.com> | 2015-09-19 17:58:05 -0700 |
commit | 00d3f103b3db5530bfbf6b565843d0938a3cef48 (patch) | |
tree | 4f545dcd6486933766d42a4fcfd53fd70c92c08d /src/build/bnd/scala-parser-combinators.bnd | |
parent | c287df96cf42084828d9528353d5c7ad5c0e4b3a (diff) | |
download | scala-00d3f103b3db5530bfbf6b565843d0938a3cef48.tar.gz scala-00d3f103b3db5530bfbf6b565843d0938a3cef48.tar.bz2 scala-00d3f103b3db5530bfbf6b565843d0938a3cef48.zip |
SI-9388 Fix Range behavior around Int.MaxValue
terminalElement (the element _after_ the last one!) was used to terminate foreach loops and sums of non-standard instances of Numeric. Unfortunately, this could result in the end wrapping around and hitting the beginning again, making the first element bad.
This patch fixes the behavior by altering the loop to end after the last element is encountered. The particular flavor was chosen out of a few possibilities because it gave the best microbenchmarks on both large and small ranges.
Test written. While testing, a bug was also uncovered in NumericRange, and was also fixed. In brief, the logic around sum is rather complex since division is not unique when you have overflow. Floating point has its own complexities, too.
Also updated incorrect test t4658 that insisted on incorrect answers (?!) and added logic to make sure it at least stays self-consistent, and fixed the range.scala test which used the same wrong (overflow-prone) formula that the Range collection did.
Diffstat (limited to 'src/build/bnd/scala-parser-combinators.bnd')
0 files changed, 0 insertions, 0 deletions