|
1 |
| -- Feature Name: Duration Reform |
| 1 | +- Feature Name: duration |
2 | 2 | - Start Date: 2015-03-24
|
3 |
| -- RFC PR: (leave this empty) |
4 |
| -- Rust Issue: (leave this empty) |
| 3 | +- RFC PR: https://github.com/rust-lang/rfcs/pull/1040 |
| 4 | +- Rust Issue: https://github.com/rust-lang/rust/issues/24874 |
5 | 5 |
|
6 | 6 | # Summary
|
7 | 7 |
|
@@ -109,10 +109,10 @@ In general, this RFC assumes that timeout APIs permit spurious updates (see, for
|
109 | 109 | * `Add`, `Sub`, `Mul`, `Div` which follow the overflow and underflow
|
110 | 110 | rules for `u64` when applied to the `secs` field (in particular,
|
111 | 111 | `Sub` will panic if the result would be negative). Nanoseconds
|
112 |
| - must be less than 1 billion and great than or equal to 0, and carry |
| 112 | + must be less than 1 billion and great than or equal to 0, and carry |
113 | 113 | into the `secs` field.
|
114 | 114 | * `Display`, which prints a number of seconds, milliseconds and
|
115 |
| - nanoseconds (if more than 0). For example, a `Duration` would be |
| 115 | + nanoseconds (if more than 0). For example, a `Duration` would be |
116 | 116 | represented as `"15 seconds, 306 milliseconds, and 13 nanoseconds"`
|
117 | 117 | * `Debug`, `Ord` (and `PartialOrd`), `Eq` (and `PartialEq`), `Copy`
|
118 | 118 | and `Clone`, which are derived.
|
|
0 commit comments