Spellchecking compiler comments
This PR cleans up the rest of the spelling mistakes in the compiler comments. This PR does not change any literal or code spelling issues.
This commit is contained in:
parent
3e7514670d
commit
5160f8f843
116 changed files with 171 additions and 171 deletions
|
@ -1177,7 +1177,7 @@ pub struct HygieneEncodeContext {
|
|||
/// that we don't accidentally try to encode any more `SyntaxContexts`
|
||||
serialized_ctxts: Lock<FxHashSet<SyntaxContext>>,
|
||||
/// The `SyntaxContexts` that we have serialized (e.g. as a result of encoding `Spans`)
|
||||
/// in the most recent 'round' of serializnig. Serializing `SyntaxContextData`
|
||||
/// in the most recent 'round' of serializing. Serializing `SyntaxContextData`
|
||||
/// may cause us to serialize more `SyntaxContext`s, so serialize in a loop
|
||||
/// until we reach a fixed point.
|
||||
latest_ctxts: Lock<FxHashSet<SyntaxContext>>,
|
||||
|
|
|
@ -1637,7 +1637,7 @@ impl fmt::Display for Ident {
|
|||
/// hygiene data, most importantly name of the crate it refers to.
|
||||
/// As a result we print `$crate` as `crate` if it refers to the local crate
|
||||
/// and as `::other_crate_name` if it refers to some other crate.
|
||||
/// Note, that this is only done if the ident token is printed from inside of AST pretty-pringing,
|
||||
/// Note, that this is only done if the ident token is printed from inside of AST pretty-printing,
|
||||
/// but not otherwise. Pretty-printing is the only way for proc macros to discover token contents,
|
||||
/// so we should not perform this lossy conversion if the top level call to the pretty-printer was
|
||||
/// done for a token stream or a single token.
|
||||
|
@ -1812,7 +1812,7 @@ pub(crate) struct Interner(Lock<InternerInner>);
|
|||
// revisited after further improvements to `indexmap`.
|
||||
//
|
||||
// This type is private to prevent accidentally constructing more than one
|
||||
// `Interner` on the same thread, which makes it easy to mixup `Symbol`s
|
||||
// `Interner` on the same thread, which makes it easy to mix up `Symbol`s
|
||||
// between `Interner`s.
|
||||
#[derive(Default)]
|
||||
struct InternerInner {
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue