18 KiB
ChangeLog for Chrono
This documents all notable changes to Chrono.
Chrono obeys the principle of Semantic Versioning.
There were/are numerous minor versions before 1.0 due to the language changes. Versions with only mechnical changes will be omitted from the following list.
0.4.next
- More strongly deprecate RustcSerialize: remove it from documentation unless the feature is enabled, issue a deprecation warning if the rustc-serialize feature is enabled (@quodlibetor)
0.4.1
Bug Fixes
- Allow parsing timestamps with subsecond precision (@jonasbb)
- RFC2822 allows times to not include the second (@upsuper)
Features
- New
timestamp_millis
method onDateTime
andNaiveDateTim
that returns number of milliseconds since the epoch. (@quodlibetor) - Support exact decimal width on subsecond display for RFC3339 via a new
to_rfc3339_opts
method onDateTime
(@dekellum) - Use no_std-compatible num dependencies (@cuviper)
- Add
SubsecRound
trait that allows rounding to the nearest second (@dekellum)
Code Hygiene and Docs
- Docs! (@alatiera @kosta @quodlibetor @kennytm)
- Run clippy and various fixes (@quodlibetor)
0.4.0 (2017-06-22)
This was originally planned as a minor release but was pushed to a major release due to the compatibility concern raised.
Added
-
IsoWeek
has been added for the ISO week without time zone. -
The
+=
and-=
operators againsttime::Duration
are now supported forNaiveDate
,NaiveTime
andNaiveDateTime
. (#99)(Note that this does not invalidate the eventual deprecation of
time::Duration
.) -
SystemTime
andDateTime<Tz>
types can be now converted to each other viaFrom
. Due to the obvious lack of time zone information inSystemTime
, the forward direction is limited toDateTime<Utc>
andDateTime<Local>
only.
Changed
-
Intermediate implementation modules have been flattened (#161), and
UTC
has been renamed toUtc
in accordance with the current convention (#148).The full list of changes is as follows:
Before After chrono::date::Date
chrono::Date
chrono::date::MIN
chrono::MIN_DATE
chrono::date::MAX
chrono::MAX_DATE
chrono::datetime::DateTime
chrono::DateTime
chrono::naive::time::NaiveTime
chrono::naive::NaiveTime
chrono::naive::date::NaiveDate
chrono::naive::NaiveDate
chrono::naive::date::MIN
chrono::naive::MIN_DATE
chrono::naive::date::MAX
chrono::naive::MAX_DATE
chrono::naive::datetime::NaiveDateTime
chrono::naive::NaiveDateTime
chrono::offset::utc::UTC
chrono::offset::Utc
chrono::offset::fixed::FixedOffset
chrono::offset::FixedOffset
chrono::offset::local::Local
chrono::offset::Local
chrono::format::parsed::Parsed
chrono::format::Parsed
With an exception of
Utc
, this change does not affect any direct usage ofchrono::*
orchrono::prelude::*
types. -
Datelike::isoweekdate
is replaced byDatelike::iso_week
which only returns the ISO week.The original method used to return a tuple of year number, week number and day of the week, but this duplicated the
Datelike::weekday
method and it had been hard to deal with the raw year and week number for the ISO week date. This change isolates any logic and API for the week date into a separate type. -
NaiveDateTime
andDateTime
can now be deserialized from an integral UNIX timestamp. (#125)This turns out to be very common input for web-related usages. The existing string representation is still supported as well.
-
chrono::serde
andchrono::naive::serde
modules have been added for the serialization utilities. (#125)Currently they contain the
ts_seconds
modules that can be used to serializeNaiveDateTime
andDateTime
values into an integral UNIX timestamp. This can be combined with Serde's[de]serialize_with
attributes to fully support the (de)serialization to/from the timestamp.For rustc-serialize, there are separate
chrono::TsSeconds
andchrono::naive::TsSeconds
types that are newtype wrappers implementing different (de)serialization logics. This is a suboptimal API, however, and it is strongly recommended to migrate to Serde.
Fixed
-
The major version was made to fix the broken Serde dependency issues. (#146, #156, #158, #159)
The original intention to technically break the dependency was to faciliate the use of Serde 1.0 at the expense of temporary breakage. Whether this was appropriate or not is quite debatable, but it became clear that there are several high-profile crates requiring Serde 0.9 and it is not feasible to force them to use Serde 1.0 anyway.
To the end, the new major release was made with some known lower-priority breaking changes. 0.3.1 is now yanked and any remaining 0.3 users can safely roll back to 0.3.0.
-
Various documentation fixes and goodies. (#92, #131, #136)
0.3.1 (2017-05-02)
Added
-
Weekday
now implementsFromStr
,Serialize
andDeserialize
. (#113)The syntax is identical to
%A
, i.e. either the shortest or the longest form of English names.
Changed
-
Serde 1.0 is now supported. (#142)
This is technically a breaking change because Serde 0.9 and 1.0 are not compatible, but this time we decided not to issue a minor version because we have already seen Serde 0.8 and 0.9 compatibility problems even after 0.3.0 and a new minor version turned out to be not very helpful for this kind of issues.
Fixed
- Fixed a bug that the leap second can be mapped wrongly in the local time zone. Only occurs when the local time zone is behind UTC. (#130)
0.3.0 (2017-02-07)
The project has moved to the Chronotope organization.
Added
-
chrono::prelude
module has been added. All other glob imports are now discouraged. -
FixedOffset
can be added to or subtracted from any timelike types.FixedOffset::local_minus_utc
andFixedOffset::utc_minus_local
methods have been added. Note that the oldOffset::local_minus_utc
method is gone; see below.
-
Serde support for non-self-describing formats like Bincode is added. (#89)
-
Added
Item::Owned{Literal,Space}
variants for owned formatting items. (#76) -
Formatting items and the
Parsed
type have been slightly adjusted so that they can be internally extended without breaking any compatibility. -
Weekday
is nowHash
able. (#109) -
ParseError
now implementsEq
as well asPartialEq
. (#114) -
More documentation improvements. (#101, #108, #112)
Changed
-
Chrono now only supports Rust 1.13.0 or later (previously: Rust 1.8.0 or later).
-
Serde 0.9 is now supported. Due to the API difference, support for 0.8 or older is discontinued. (#122)
-
Rustc-serialize implementations are now on par with corresponding Serde implementations. They both standardize on the
std::fmt::Debug
textual output.This is a silent breaking change (hopefully the last though). You should be prepared for the format change if you depended on rustc-serialize.
-
Offset::local_minus_utc
is nowOffset::fix
, and returnsFixedOffset
instead of a duration.This makes every time zone operation operate within a bias less than one day, and vastly simplifies many logics.
-
chrono::format::format
now receivesFixedOffset
instead oftime::Duration
. -
The following methods and implementations have been renamed and older names have been removed. The older names will be reused for the same methods with
std::time::Duration
in the future.-
checked_*
→checked_*_signed
inDate
,DateTime
,NaiveDate
andNaiveDateTime
types -
overflowing_*
→overflowing_*_signed
in theNaiveTime
type -
All subtraction implementations between two time instants have been moved to
signed_duration_since
, following the naming instd::time
.
-
Fixed
- Fixed a panic when the
Local
offset receives a leap second. (#123)
Removed
-
Rustc-serialize support for
Date<Tz>
types and all offset types has been dropped.These implementations were automatically derived and never had been in a good shape. Moreover there are no corresponding Serde implementations, limiting their usefulness. In the future they may be revived with more complete implementations.
-
The following method aliases deprecated in the 0.2 branch have been removed.
DateTime::num_seconds_from_unix_epoch
(→DateTime::timestamp
)NaiveDateTime::from_num_seconds_from_unix_epoch
(→NaiveDateTime::from_timestamp
)NaiveDateTime::from_num_seconds_from_unix_epoch_opt
(→NaiveDateTime::from_timestamp_opt
)NaiveDateTime::num_seconds_unix_epoch
(→NaiveDateTime::timestamp
)
-
Formatting items are no longer
Copy
, except forchrono::format::Pad
. -
chrono::offset::add_with_leapsecond
has been removed. Use a direct addition withFixedOffset
instead.
0.2.25 (2016-08-04)
This is the last version officially supports Rust 1.12.0 or older.
(0.2.24 was accidentally uploaded without a proper check for warnings in the default state, and replaced by 0.2.25 very shortly. Duh.)
Added
- Serde 0.8 is now supported. 0.7 also remains supported. (#86)
Fixed
- The deserialization implementation for rustc-serialize now properly verifies the input. All serialization codes are also now thoroughly tested. (#42)
0.2.23 (2016-08-03)
Added
-
The documentation was greatly improved for several types, and tons of cross-references have been added. (#77, #78, #80, #82)
-
DateTime::timestamp_subsec_{millis,micros,nanos}
methods have been added. (#81)
Fixed
-
When the system time records a leap second, the nanosecond component was mistakenly reset to zero. (#84)
-
Local
offset misbehaves in Windows for August and later, due to the long-standing libtime bug (dates back to mid-2015). Workaround has been implemented. (#85)
0.2.22 (2016-04-22)
Fixed
%.6f
and%.9f
used to print only three digits when the nanosecond part is zero. (#71)- The documentation for
%+
has been updated to reflect the current status. (#71)
0.2.21 (2016-03-29)
Fixed
Fixed::LongWeekdayName
was unable to recognize"sunday"
(whoops). (#66)
0.2.20 (2016-03-06)
Changed
serde
dependency has been updated to 0.7. (#63, #64)
0.2.19 (2016-02-05)
Added
- The documentation for
Date
is made clear about its ambiguity and guarantees.
Fixed
DateTime::date
had been wrong when the local date and the UTC date is in disagreement. (#61)
0.2.18 (2016-01-23)
Fixed
- Chrono no longer pulls a superfluous
rand
dependency. (#57)
0.2.17 (2015-11-22)
Added
- Naive date and time types and
DateTime
now have aserde
support. They serialize as an ISO 8601 / RFC 3339 string just likeDebug
. (#51)
0.2.16 (2015-09-06)
Added
- Added
%.3f
,%.6f
and%.9f
specifier for formatting fractional seconds up to 3, 6 or 9 decimal digits. This is a natural extension to the existing%f
. Note that this is (not yet) generic, no other value of precision is supported. (#45)
Changed
- Forbade unsized types from implementing
Datelike
andTimelike
. This does not make a big harm as any type implementing them should be already sized to be practical, but this change still can break highly generic codes. (#46)
Fixed
- Fixed a broken link in the
README.md
. (#41)
0.2.15 (2015-07-05)
Added
-
Padding modifiers
%_?
,%-?
and%0?
are implemented. They are glibc extensions which seem to be reasonably widespread (e.g. Ruby). -
Added
%:z
specifier and corresponding formatting items which is essentially same to%z
but with a colon. -
Added a new specifier
%.f
which precision adapts from the input. This was added as a response to the UX problems in the original nanosecond specifier%f
.
Fixed
-
Numeric::Timestamp
specifier (%s
) was ignoring the time zone offset when provided. -
Improved the documentation and associated tests for
strftime
.
0.2.14 (2015-05-15)
Fixed
NaiveDateTime +/- Duration
orNaiveTime +/- Duration
could have gone wrong when theDuration
to be added is negative and has a fractional second part. This was caused by an underflow in the conversion fromDuration
to the parts; the lack of tests for this case allowed a bug. (#37)
0.2.13 (2015-04-29)
Added
- The optional dependency on
rustc_serialize
and relevantRustc{En,De}codable
implementations for supported types has been added. This is enabled by therustc-serialize
Cargo feature. (#34)
Changed
chrono::Duration
reexport is changed to that of crates.iotime
crate. This enables Rust 1.0 beta compatibility.
0.2.4 (2015-03-03)
Fixed
- Clarified the meaning of
Date<Tz>
and fixed unwanted conversion problem that only occurs with positive UTC offsets. (#27)
0.2.3 (2015-02-27)
Added
DateTime<Tz>
andDate<Tz>
is nowCopy
/Send
whenTz::Offset
isCopy
/Send
. The implementations for them were mistakenly omitted. (#25)
Fixed
Local::from_utc_datetime
didn't set a correct offset. (#26)
0.2.1 (2015-02-21)
Changed
DelayedFormat
no longer conveys a redundant lifetime.
0.2.0 (2015-02-19)
Added
-
Offset
is splitted intoTimeZone
(constructor) andOffset
(storage) types. You would normally see only the former, as the latter is mostly an implementation detail. Most importantly,Local
now can be used to directly construct timezone-aware values.Some types (currently,
UTC
andFixedOffset
) are bothTimeZone
andOffset
, but others aren't (e.g.Local
is not what is being stored to eachDateTime
values). -
LocalResult::map
convenience method has been added. -
TimeZone
now allows a construction ofDateTime
values from UNIX timestamp, viatimestamp
andtimestamp_opt
methods. -
TimeZone
now also has a method for parsingDateTime
, namelydatetime_from_str
. -
The following methods have been added to all date and time types:
checked_add
checked_sub
format_with_items
-
The following methods have been added to all timezone-aware types:
timezone
with_timezone
naive_utc
naive_local
-
parse_from_str
method has been added to all naive types andDateTime<FixedOffset>
. -
All naive types and instances of
DateTime
with time zonesUTC
,Local
andFixedOffset
implement theFromStr
trait. They parse whatstd::fmt::Debug
would print. -
chrono::format
has been greatly rewritten.-
The formatting syntax parser is modular now, available at
chrono::format::strftime
. -
The parser and resolution algorithm is also modular, the former is available at
chrono::format::parse
while the latter is available atchrono::format::parsed
. -
Explicit support for RFC 2822 and 3339 syntaxes is landed.
-
There is a minor formatting difference with atypical values, e.g. for years not between 1 BCE and 9999 CE.
-
Changed
-
Most uses of
Offset
are converted toTimeZone
. In fact, all user-facing code is expected to beOffset
-free. -
[Naive]DateTime::*num_seconds_from_unix_epoch*
methods have been renamed to simplytimestamp
orfrom_timestamp*
. The original names have been deprecated.
Removed
-
Time
has been removed. This also prompts a related set of methods inTimeZone
.This is in principle possible, but in practice has seen a little use because it can only be meaningfully constructed via an existing
DateTime
value. This made many operations toTime
unintuitive or ambiguous, so we simply let it go.In the case that
Time
is really required, one can use a simplerNaiveTime
.NaiveTime
andNaiveDate
can be freely combined and splitted, andTimeZone::from_{local,utc}_datetime
can be used to convert from/to the local time. -
with_offset
method has been removed. Usewith_timezone
method instead. (This is not deprecated since it is an integral part of offset reform.)
0.1.14 (2015-01-10)
Added
- Added a missing
std::fmt::String
impl forLocal
.
0.1.13 (2015-01-10)
Changed
- Most types now implement both
std::fmt::Show
andstd::fmt::String
, with the former used for the stricter output and the latter used for more casual output.
Removed
Offset::name
has been replaced by astd::fmt::String
implementation toOffset
.
0.1.12 (2015-01-08)
Removed
Duration + T
no longer works due to the updated impl reachability rules. UseT + Duration
as a workaround.
0.1.4 (2014-12-13)
Fixed
- Fixed a bug that
Date::and_*
methods with an offset that can change the date are off by one day.
0.1.3 (2014-11-28)
Added
-
{Date,Time,DateTime}::with_offset
methods have been added. -
LocalResult
now implements a common set of traits. -
LocalResult::and_*
methods have been added. They are useful for safely chainingLocalResult<Date<Off>>
methods to makeLocalResult<DateTime<Off>>
.
Changed
-
Offset::name
now returnsSendStr
. -
{Date,Time} - Duration
overloadings are now allowed.
0.1.2 (2014-11-24)
Added
Duration + Date
overloading is now allowed.
Changed
- Chrono no longer needs
num
dependency.
0.1.0 (2014-11-20)
The initial version that was available to crates.io
.