From 369abe553e96dc2ebbe847f4c6a76f05e5c6ef2d Mon Sep 17 00:00:00 2001 From: Luke Wagner Date: Wed, 9 Mar 2016 00:08:51 -0600 Subject: Opcodes should also be LEB128; we're definitely going to end up with >256 after SIMD --- BinaryEncoding.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'BinaryEncoding.md') diff --git a/BinaryEncoding.md b/BinaryEncoding.md index ad77763..ca988b7 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` (uint8) + * First write the opcode for `I32Add` (`varuint32`) * 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` (uint8) - * Then write the (variable-length) integer `callee_index` (varuint32) + * First write the opcode of `Call` (`varuint32`) + * 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