From f2649cb9613e14a5737334b264f1c0d6cdbfde60 Mon Sep 17 00:00:00 2001 From: Ian Jackson Date: Mon, 27 Mar 2023 12:32:06 +0100 Subject: Add note about clone-and-hack to the two UNIX_EPOCH definitions I edited one of these and looked at the formatted docs for the other. This confused me for a while; I suspected a build system bug. I don't see an easy and neat way to unify these. So let's just document it instead. --- library/std/src/time.rs | 6 ++++++ 1 file changed, 6 insertions(+) (limited to 'library/std/src') diff --git a/library/std/src/time.rs b/library/std/src/time.rs index 5c2e9da70fb..1aa98436ef6 100644 --- a/library/std/src/time.rs +++ b/library/std/src/time.rs @@ -461,6 +461,9 @@ impl fmt::Debug for Instant { impl SystemTime { /// An anchor in time which can be used to create new `SystemTime` instances or /// learn about where in time a `SystemTime` lies. + // + // NOTE! this documentation is duplicated, here and in std::time::UNIX_EPOCH. + // The two copies are not quite identical, because of the difference in naming. /// /// This constant is defined to be "1970-01-01 00:00:00 UTC" on all systems with /// respect to the system clock. Using `duration_since` on an existing @@ -617,6 +620,9 @@ impl fmt::Debug for SystemTime { /// An anchor in time which can be used to create new `SystemTime` instances or /// learn about where in time a `SystemTime` lies. +// +// NOTE! this documentation is duplicated, here and in SystemTime::UNIX_EPOCH. +// The two copies are not quite identical, because of the difference in naming. /// /// This constant is defined to be "1970-01-01 00:00:00 UTC" on all systems with /// respect to the system clock. Using `duration_since` on an existing -- cgit 1.4.1-3-g733a5