From f0144aea7402cd483157b1d4c4474b7c66f3a559 Mon Sep 17 00:00:00 2001
From: KaDiWa4 <kalle.wachsmuth@gmail.com>
Date: Sun, 19 Jun 2022 17:07:38 +0200
Subject: [PATCH] typos in `IntoFuture` docs

---
 library/core/src/future/into_future.rs | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/library/core/src/future/into_future.rs b/library/core/src/future/into_future.rs
index d22094130ad9a..ad9e80e117f1e 100644
--- a/library/core/src/future/into_future.rs
+++ b/library/core/src/future/into_future.rs
@@ -2,7 +2,7 @@ use crate::future::Future;
 
 /// Conversion into a `Future`.
 ///
-/// By implementing `Intofuture` for a type, you define how it will be
+/// By implementing `IntoFuture` for a type, you define how it will be
 /// converted to a future.
 ///
 /// # `.await` desugaring
@@ -29,7 +29,7 @@ use crate::future::Future;
 /// When implementing futures manually there will often be a choice between
 /// implementing `Future` or `IntoFuture` for a type. Implementing `Future` is a
 /// good choice in most cases. But implementing `IntoFuture` is most useful when
-/// implementing "async builder" types, which allows the type to be modified
+/// implementing "async builder" types, which allow their values to be modified
 /// multiple times before being `.await`ed.
 ///
 /// ```rust