aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/Python/emscripten_trampoline.c
Commit message (Collapse)AuthorAge
* gh-128627: Skip wasm-gc on iOS Safari where it's broken (#130418)Łukasz Langa2025-02-24
| | | | | | As of iOS 18.3.1, enabling wasm-gc breaks the interpreter. This disables the wasm-gc trampoline on iOS. Co-authored-by: Hood Chatham <roberthoodchatham@gmail.com>
* gh-128627: Emscripten: Fix address calculation for wasm-gc trampoline (#128782)Hood Chatham2025-01-23
| | | | Modifies the memory calculation to divide the entire memory address by 4, not just the base address.
* gh-128627: Emscripten: Use wasm-gc based call adaptor if available (#128628)Hood Chatham2025-01-13
| | | | | | Replaces the trampoline mechanism in Emscripten with an implementation that uses a recently added feature of wasm-gc instead of JS type reflection, when that feature is available.
* gh-121698 Emscripten: Use updated WebAssembly type reflection proposal ↵Hood Chatham2024-07-14
| | | | (GH-121699)
* gh-106213: Make Emscripten trampolines work with JSPI (GH-106219)Hood Chatham2023-09-15
There is a WIP proposal to enable webassembly stack switching which have been implemented in v8: https://github.com/WebAssembly/js-promise-integration It is not possible to switch stacks that contain JS frames so the Emscripten JS trampolines that allow calling functions with the wrong number of arguments don't work in this case. However, the js-promise-integration proposal requires the [type reflection for Wasm/JS API](https://github.com/WebAssembly/js-types) proposal, which allows us to actually count the number of arguments a function expects. For better compatibility with stack switching, this PR checks if type reflection is available, and if so we use a switch block to decide the appropriate signature. If type reflection is unavailable, we should use the current EMJS trampoline. We cache the function argument counts since when I didn't cache them performance was negatively affected. Co-authored-by: T. Wouters <thomas@python.org> Co-authored-by: Brett Cannon <brett@python.org>