From a3ace6fb6e54ea2a7612d77745c590e4a90c09b7 Mon Sep 17 00:00:00 2001 From: Luke Wagner Date: Wed, 9 Mar 2016 10:50:52 -0600 Subject: Revert "Opcodes should also be LEB128; we're definitely going to end up with >256 after SIMD" This reverts commit edac92d9e10e5fb3ea8e305236c6d00da05a8d48 --- BinaryEncoding.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'BinaryEncoding.md') diff --git a/BinaryEncoding.md b/BinaryEncoding.md index ca988b7..ad77763 100644 --- a/BinaryEncoding.md +++ b/BinaryEncoding.md @@ -57,12 +57,12 @@ sequence, then followed recursively by any child nodes. * Examples * Given a simple AST node: `I32Add(left: AstNode, right: AstNode)` - * First write the opcode for `I32Add` (`varuint32`) + * First write the opcode for `I32Add` (uint8) * Then recursively write the left and right nodes. * Given a call AST node: `Call(callee_index: uint32_t, args: AstNode[])` - * First write the opcode of `Call` (`varuint32`) - * Then write the (variable-length) integer `callee_index` (`varuint32`) + * First write the opcode of `Call` (uint8) + * Then write the (variable-length) integer `callee_index` (varuint32) * Then recursively write each argument node, where arity is determined by looking up `callee_index` in a table of signatures # Module structure -- cgit v1.2.3