-
-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
[release-0.5] Fix computation of range length in certain cases (fix 0.5/#20373) #20396
Conversation
@tkelman: is there a known problem with CI for 0.5, is this why you can't get 0.5.1 out? |
Blocked on #20483. |
I don't want to merge behavior changes onto release-0.5 without regression-testing them against pkgeval, so I'm going to change the target branch of this and pull it into a larger backport branch first |
I need to update this to include further fixes. Now that CI should work, I can push that. |
990ddf6
to
b5e1b25
Compare
This is the 0.5 edition: with this change a, b, n are always hit exactly by a:s:a+n*s construction tests. There are two parts to the fix: 1) check that the lifted rational endpoint is exact even *after* we've reduced terms of the fractions; 2) apply the same fix that I've proposed for the length in the non-lifted case. Combined backport of these commits: - e849169 - b7ad743 range tests: allow any range length that hits stop (#20532) (cherry picked from commit b7ad743)
b5e1b25
to
03f5df7
Compare
This is ready to go for 0.5, @tkelman. Feel free to merge, cherry-pick, whatever suits you. |
Bump. |
This is the 0.5 edition: with this change a, b, n are always hit exactly by
a:s:a+n*s
construction tests. There are two parts to the fix: