10000 Merge pull request #116 from radu-matei/fix-module-types-link-and-typos · WebAssembly/interface-types@ffe11c5 · GitHub
[go: up one dir, main page]

Skip to content
This repository was archived by the owner on Aug 17, 2022. It is now read-only.

Commit ffe11c5

Browse files
authored
Merge pull request #116 from radu-matei/fix-module-types-link-and-typos
Fix broken URL to the new module linking proposal and a few typos
2 parents a1c8bfb + 21518fb commit ffe11c5

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

proposals/interface-types/Explainer.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -343,7 +343,7 @@ The `string-to-memory` instruction then:
343343

344344
An important technicality is that the `string` interface type is a sequence of
345345
[Unicode code points] while UTF-8 only encodes a sequence of [Unicode scalar values].
346-
Thus `string` allows [surrogate code points] which is imporant later in
346+
Thus `string` allows [surrogate code points] which is important later in
347347
[Web IDL Integration](#web-idl-integration). However, this also means that
348348
`string-to-memory` needs to define what happens if a surrogate code point is
349349
encountered while encoding. On the Web, UTF-8 [encoding][WHATWG Encoding] is
@@ -471,7 +471,7 @@ On the client side, we have an adapted module that imports and calls `get`:
471471
Looking at this example, an important question is: will the engine be able
472472
to copy directly between the caller's and callee's linear memories for the
473473
parameter and result strings? If `memory-to-string` had the same [eager evaluation]
474-
rules as all core wasm instructions, the answer would be "probaly not", because
474+
rules as all core wasm instructions, the answer would be "probably not", because
475475
any unknown side effects between `memory-to-string` and `string-to-memory` (such
476476
as the calls to `mem1Malloc` and `mem2Malloc`) could force the engine to
477477
conservatively make intermediate copies.
@@ -734,15 +734,15 @@ to compile adapter functions until [instantiation]-time, when both sides of an
734734
import are known to the engine. In contrast, core WebAssembly code is not
735735
declarative and is often compiled/cached before instantiation-time. This
736736
conflict would result in unpredictable and irregular performance and force
737-
engines to make unnecessary heuristic tradeoffs. Additionaly, the semantic
737+
engines to make unnecessary heuristic tradeoffs. Additionally, the semantic
738738
layering helps keep core wasm simple.
739739

740740

741741

742742
[core spec]: https://webassembly.github.io/spec/core
743743
[Module Syntax]: https://webassembly.github.io/spec/core/syntax/modules.html#syntax-module
744744
[Old Module Type]: https://webassembly.github.io/spec/core/valid/modules.html#valid-module
745-
[New Module Type]: https://github.com/WebAssembly/module-types/blob/master/proposals/module-types/Overview.md
745+
[New Module Type]: https://github.com/WebAssembly/module-linking/blob/master/proposals/module-linking/Explainer.md
746746
[Instructions]: https://webassembly.github.io/spec/core/syntax/instructions.html
747747
[Control Instructions]: https://webassembly.github.io/spec/core/syntax/instructions.html#syntax-instr-control
748748
[Instantiation]: https://webassembly.github.io/spec/core/exec/modules.html#exec-instantiation

0 commit comments

Comments
 (0)
0