@@ -40,7 +40,7 @@ fn size_align<T>() -> (usize, usize) {
4040///
4141/// (Note however that layouts are *not* required to have positive
4242/// size, even though many allocators require that all memory
43- /// requeusts have positive size. A caller to the `Alloc::alloc`
43+ /// requests have positive size. A caller to the `Alloc::alloc`
4444/// method must either ensure that conditions like this are met, or
4545/// use specific allocators with looser requirements.)
4646#[ derive( Clone , Debug , PartialEq , Eq ) ]
@@ -213,7 +213,7 @@ impl Layout {
213213 ///
214214 /// Returns `Some((k, offset))`, where `k` is layout of the concatenated
215215 /// record and `offset` is the relative location, in bytes, of the
216- /// start of the `next` embedded witnin the concatenated record
216+ /// start of the `next` embedded within the concatenated record
217217 /// (assuming that the record itself starts at offset 0).
218218 ///
219219 /// On arithmetic overflow, returns `None`.
@@ -266,11 +266,11 @@ impl Layout {
266266 /// Creates a layout describing the record for `self` followed by
267267 /// `next` with no additional padding between the two. Since no
268268 /// padding is inserted, the alignment of `next` is irrelevant,
269- /// and is not incoporated *at all* into the resulting layout.
269+ /// and is not incorporated *at all* into the resulting layout.
270270 ///
271271 /// Returns `(k, offset)`, where `k` is layout of the concatenated
272272 /// record and `offset` is the relative location, in bytes, of the
273- /// start of the `next` embedded witnin the concatenated record
273+ /// start of the `next` embedded within the concatenated record
274274 /// (assuming that the record itself starts at offset 0).
275275 ///
276276 /// (The `offset` is always the same as `self.size()`; we use this
0 commit comments