[Webkit-unassigned] [Bug 219146] New: WebAssembly: parser should support two-byte opcodes

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=219146

            Bug ID: 219146
           Summary: WebAssembly: parser should support two-byte opcodes
           Product: WebKit
           Version: Other
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebAssembly
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: chi187 at gmail.com
            Blocks: 173471, 200938

Parser only supports exttable opcodes now (from reference types proposal) which are

table.grow  0xFC 0F 
table.size  0xFC 10
table.fill  0xFC 11

Non-trapping float-to-int conversations opcodes and bulk memory operations opcodes also start with 0xFC

i32.trunc_sat_f32_s     0xfc 0x00
i32.trunc_sat_f32_u     0xfc 0x01
i32.trunc_sat_f64_s     0xfc 0x02
i32.trunc_sat_f64_u     0xfc 0x03
i64.trunc_sat_f32_s     0xfc 0x04
i64.trunc_sat_f32_u     0xfc 0x05
i64.trunc_sat_f64_s     0xfc 0x06
i64.trunc_sat_f64_u     0xfc 0x07

memory.init             0xfc 0x08
data.drop               0xfc 0x09
memory.copy             0xfc 0x0a
memory.fill             0xfc 0x0b
table.init              0xfc 0x0c
elem.drop               0xfc 0x0d
table.copy              0xfc 0x0e 

Adding any of these new 0xFC opcodes to Source/JavaScriptCore/wasm/wasm.json throws an error. Handling all two-byte opcodes correctly requires changes in generateWasmOpsHeader.py


Referenced Bugs:

https://bugs.webkit.org/show_bug.cgi?id=173471
[Bug 173471] WebAssembly: implement non-trapping float to int conversion
https://bugs.webkit.org/show_bug.cgi?id=200938
[Bug 200938] [Wasm-bulk-memory] Support WASM bulk memory operations proposal
-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20201119/08d56198/attachment.htm>