diff options
| author | Matthias Krüger <matthias.krueger@famsik.de> | 2020-03-06 12:13:55 +0100 |
|---|---|---|
| committer | Matthias Krüger <matthias.krueger@famsik.de> | 2020-03-06 15:19:31 +0100 |
| commit | 136ad015b6862274bf8c161dc5d2955409ed1465 (patch) | |
| tree | 44213c111b970f7f07b47611a2287e986a7f7a24 /src/librustc_codegen_utils | |
| parent | 865b44a3e330f3ef8be0f6edf69896c9ed957ac0 (diff) | |
fix various typos
Diffstat (limited to 'src/librustc_codegen_utils')
| -rw-r--r-- | src/librustc_codegen_utils/symbol_names.rs | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/src/librustc_codegen_utils/symbol_names.rs b/src/librustc_codegen_utils/symbol_names.rs index 6713459f627..cfde09fad62 100644 --- a/src/librustc_codegen_utils/symbol_names.rs +++ b/src/librustc_codegen_utils/symbol_names.rs @@ -185,7 +185,7 @@ fn compute_symbol_name( // // * On the wasm32 targets there is a bug (or feature) in LLD [1] where the // same-named symbol when imported from different wasm modules will get - // hooked up incorectly. As a result foreign symbols, on the wasm target, + // hooked up incorrectly. As a result foreign symbols, on the wasm target, // with a wasm import module, get mangled. Additionally our codegen will // deduplicate symbols based purely on the symbol name, but for wasm this // isn't quite right because the same-named symbol on wasm can come from |