[Webkit-unassigned] [Bug 166481] New: WebAssembly: implement the IndexDB caching API

[bugzilla-daemon at webkit.org]

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

            Bug ID: 166481
           Summary: WebAssembly: implement the IndexDB caching API
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: JavaScriptCore
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jfbastien at apple.com
                CC: jfbastien at apple.com, keith_miller at apple.com,
                    sbarati at apple.com
            Blocks: 161709

As described here: https://github.com/WebAssembly/design/blob/master/JS.md#structured-clone-of-a-webassemblymodule

> Structured Clone of a WebAssembly.Module
>
> A WebAssembly.Module is a cloneable object† which means it can be cloned between windows/workers and also stored/retrieved into/from an IDBObjectStore‡. The semantics of a structured clone is as-if the binary source, from which the WebAssembly.Module was compiled, were cloned and recompiled into the target realm. Engines should attempt to share/reuse internal compiled code when performing a structured clone although, in corner cases like CPU upgrade or browser update, this may not be possible and full recompilation may be necessary.
>
> Given the above engine optimizations, structured cloning provides developers explicit control over both compiled-code caching and cross-window/worker code sharing.

─
† https://html.spec.whatwg.org/multipage/infrastructure.html#cloneable-objects
‡ https://w3c.github.io/IndexedDB/#object-store

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20161226/637e0f94/attachment.html>