@@ -719,7 +719,7 @@ macro_rules! unreachable {
719719/// The difference between `unimplemented!` and [`todo!`] is that while `todo!`
720720/// conveys an intent of implementing the functionality later and the message is "not yet
721721/// implemented", `unimplemented!` makes no such claims. Its message is "not implemented".
722- ///
722+ ///
723723/// Also, some IDEs will mark `todo!`s.
724724///
725725/// # Panics
@@ -806,7 +806,7 @@ macro_rules! unimplemented {
806806/// The difference between [`unimplemented!`] and `todo!` is that while `todo!` conveys
807807/// an intent of implementing the functionality later and the message is "not yet
808808/// implemented", `unimplemented!` makes no such claims. Its message is "not implemented".
809- ///
809+ ///
810810/// Also, some IDEs will mark `todo!`s.
811811///
812812/// # Panics
@@ -815,7 +815,7 @@ macro_rules! unimplemented {
815815/// fixed, specific message.
816816///
817817/// Like `panic!`, this macro has a second form for displaying custom values.
818- ///
818+ ///
819819/// # Examples
820820///
821821/// Here's an example of some in-progress code. We have a trait `Foo`:
@@ -849,7 +849,7 @@ macro_rules! unimplemented {
849849/// // Let's not worry about implementing baz() for now
850850/// todo!();
851851/// }
852- ///
852+ ///
853853/// fn qux(&self) -> Result<u64, ()> {
854854/// // We can add a message to todo! to display our omission.
855855/// // This will display:
0 commit comments