Commit 862e45d4 authored by Brad Fitzpatrick's avatar Brad Fitzpatrick

time: remove some redundant equality comparison documentation

Updates to CL 45698

Updates #19510

Change-Id: Iec7a455b6c4d5f96d0b674459bf1455c99102d62
Reviewed-on: https://go-review.googlesource.com/45779Reviewed-by: default avatarRob Pike <r@golang.org>
parent cabf622d
...@@ -60,15 +60,10 @@ ...@@ -60,15 +60,10 @@
// t.UnmarshalJSON, and t.UnmarshalText always create times with // t.UnmarshalJSON, and t.UnmarshalText always create times with
// no monotonic clock reading. // no monotonic clock reading.
// //
// Note that the Go == operator compares not just the time instant but also // Note that the Go == operator compares not just the time instant but
// the Location and the monotonic clock reading. If time values returned // also the Location and the monotonic clock reading. See the
// from time.Now and time values constructed by other means (for example, // documentation for the Time type for a discussion of equality
// by time.Parse or time.Unix) are meant to compare equal when used as map // testing for Time values.
// keys, the times returned by time.Now must have the monotonic clock
// reading stripped, by setting t = t.Round(0). In general, prefer
// t.Equal(u) to t == u, since t.Equal uses the most accurate comparison
// available and correctly handles the case when only one of its arguments
// has a monotonic clock reading.
// //
// For debugging, the result of t.String does include the monotonic // For debugging, the result of t.String does include the monotonic
// clock reading if present. If t != u because of different monotonic clock readings, // clock reading if present. If t != u because of different monotonic clock readings,
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment