File tree 1 file changed +3
-3
lines changed
1 file changed +3
-3
lines changed Original file line number Diff line number Diff line change @@ -208,7 +208,7 @@ mod prim_bool { }
208
208
/// # `!` and traits
209
209
///
210
210
/// When writing your own traits, `!` should have an `impl` whenever there is an obvious `impl`
211
- /// which doesn't `panic!`. As is turns out, most traits can have an `impl` for `!`. Take [`Debug`]
211
+ /// which doesn't `panic!`. As it turns out, most traits can have an `impl` for `!`. Take [`Debug`]
212
212
/// for example:
213
213
///
214
214
/// ```
@@ -228,9 +228,9 @@ mod prim_bool { }
228
228
/// [`fmt::Result`]. Since this method takes a `&!` as an argument we know that it can never be
229
229
/// called (because there is no value of type `!` for it to be called with). Writing `*self`
230
230
/// essentially tells the compiler "We know that this code can never be run, so just treat the
231
- /// entire function body has having type [`fmt::Result`]". This pattern can be used a lot when
231
+ /// entire function body as having type [`fmt::Result`]". This pattern can be used a lot when
232
232
/// implementing traits for `!`. Generally, any trait which only has methods which take a `self`
233
- /// parameter should have such as impl.
233
+ /// parameter should have such an impl.
234
234
///
235
235
/// On the other hand, one trait which would not be appropriate to implement is [`Default`]:
236
236
///
You can’t perform that action at this time.
0 commit comments