@@ -719,7 +719,7 @@ macro_rules! unreachable {
719
719
/// The difference between `unimplemented!` and [`todo!`] is that while `todo!`
720
720
/// conveys an intent of implementing the functionality later and the message is "not yet
721
721
/// implemented", `unimplemented!` makes no such claims. Its message is "not implemented".
722
- ///
722
+ ///
723
723
/// Also, some IDEs will mark `todo!`s.
724
724
///
725
725
/// # Panics
@@ -806,7 +806,7 @@ macro_rules! unimplemented {
806
806
/// The difference between [`unimplemented!`] and `todo!` is that while `todo!` conveys
807
807
/// an intent of implementing the functionality later and the message is "not yet
808
808
/// implemented", `unimplemented!` makes no such claims. Its message is "not implemented".
809
- ///
809
+ ///
810
810
/// Also, some IDEs will mark `todo!`s.
811
811
///
812
812
/// # Panics
@@ -815,7 +815,7 @@ macro_rules! unimplemented {
815
815
/// fixed, specific message.
816
816
///
817
817
/// Like `panic!`, this macro has a second form for displaying custom values.
818
- ///
818
+ ///
819
819
/// # Examples
820
820
///
821
821
/// Here's an example of some in-progress code. We have a trait `Foo`:
@@ -849,7 +849,7 @@ macro_rules! unimplemented {
849
849
/// // Let's not worry about implementing baz() for now
850
850
/// todo!();
851
851
/// }
852
- ///
852
+ ///
853
853
/// fn qux(&self) -> Result<u64, ()> {
854
854
/// // We can add a message to todo! to display our omission.
855
855
/// // This will display:
0 commit comments