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
-001-12-31 is not a good way to represent a date #4436
Comments
From @AlexDanielCode: Result: It seems like ISO 8601 allows negative dates, but it should be -0001-12-31. “by convention 1 BC is labelled +0000, 2 BC is labeled -0001, and so on.” Similarly, Result: it's OK, but “An expanded year representation [±*Y*YYYY] must have an That being said, I think that the whole thing that is not within 0000-9999 And even Date.new() does not allow to pass anything but yyyy-mm-dd. |
From @cokeOn Fri Jul 24 13:01:20 2015, alex.jakimenko@gmail.com wrote:
rakudo has been updated to emit 4 digit years even for the negative years, and is emitting a + on the 5 digit year. passing tests added to t/spec/S32-temporal/Date.t , closing ticket. -- |
The RT System itself - Status changed from 'new' to 'open' |
@coke - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#125681 (status was 'resolved')
Searchable as RT125681$
The text was updated successfully, but these errors were encountered: