-
Notifications
You must be signed in to change notification settings - Fork 541
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
Breaking change in chrono 0.4.32 (Accepted MAX date changed) #1389
Comments
So this is likely from #1317, but it looks like we may have made things internally inconsistent. @pitdicker are you able to look into this one? |
Yes, this is #1317. @djc I'd like edit the release notes to put the changes into sections like changed, fixed etc, and call out these changes to the accepted range of |
Sounds good! |
Updated the release notes https://github.com/chronotope/chrono/releases/tag/v0.4.32. |
We have failing tests in diesel due to a breaking change in a chrono 0.4.32
I was able to minize it to the following code:
This code compiles and runs without panic using chrono < 0.4.32 and triggers the assert with 0.4.32 and 0.4.33.
Interestingly
NaiveDate::MAX
is equal to the provided date, as shown by thedbg!
call before, so it's not clear what's now the actual supported maximum date.This is similar to #1382 but about a change in the supported max date instead.
The text was updated successfully, but these errors were encountered: