42 releases

0.2.92 Mar 4, 2024
0.2.90 Jan 12, 2024
0.2.89 Nov 27, 2023
0.2.87 Jun 12, 2023
0.2.55 Nov 19, 2019

#1489 in WebAssembly

Download history 41737/week @ 2024-04-03 42673/week @ 2024-04-10 43677/week @ 2024-04-17 39521/week @ 2024-04-24 38198/week @ 2024-05-01 38876/week @ 2024-05-08 36894/week @ 2024-05-15 32193/week @ 2024-05-22 38428/week @ 2024-05-29 42760/week @ 2024-06-05 43868/week @ 2024-06-12 47249/week @ 2024-06-19 52972/week @ 2024-06-26 42640/week @ 2024-07-03 42910/week @ 2024-07-10 36604/week @ 2024-07-17

184,919 downloads per month
Used in 35 crates (via wasm-bindgen-cli-support)

MIT/Apache

13KB
188 lines

The wasm-bindgen multi-value transformation.

This crate provides a transformation to turn exported functions that use a return pointer into exported functions that use multi-value.

Consider the following function:

#[no_mangle]
pub extern "C" fn pair(a: u32, b: u32) -> [u32; 2] {
    [a, b]
}

LLVM will by default compile this down into the following Wasm:

(func $pair (param i32 i32 i32)
  local.get 0
  local.get 2
  i32.store offset=4
  local.get 0
  local.get 1
  i32.store)

What's happening here is that the function is not directly returning the pair at all, but instead the first i32 parameter is a pointer to some scratch space, and the return value is written into the scratch space. LLVM does this because it doesn't yet have support for multi-value Wasm, and so it only knows how to return a single value at a time.

Ideally, with multi-value, what we would like instead is this:

(func $pair (param i32 i32) (result i32 i32)
  local.get 0
  local.get 1)

However, that's not what this transformation does at the moment. This transformation is a little simpler than mutating existing functions to produce a multi-value result, instead it introduces new functions that wrap the original function and translate the return pointer to multi-value results in this wrapper function.

With our running example, we end up with this:

;; The original function.
(func $pair (param i32 i32 i32)
  local.get 0
  local.get 2
  i32.store offset=4
  local.get 0
  local.get 1
  i32.store)

(func $pairWrapper (param i32 i32) (result i32 i32)
  ;; Our return pointer that points to the scratch space we are allocating
  ;; on the shadow stack for calling `$pair`.
  (local i32)

  ;; Allocate space on the shadow stack for the result.
  global.get $shadowStackPointer
  i32.const 8
  i32.sub
  local.tee 2
  global.set $shadowStackPointer

  ;; Call `$pair` with our allocated shadow stack space for its results.
  local.get 2
  local.get 0
  local.get 1
  call $pair

  ;; Copy the return values from the shadow stack to the wasm stack.
  local.get 2
  i32.load
  local.get 2 offset=4
  i32.load

  ;; Finally, restore the shadow stack pointer.
  local.get 2
  i32.const 8
  i32.add
  global.set $shadowStackPointer)

This $pairWrapper function is what we actually end up exporting instead of $pair.

Dependencies

~6MB
~130K SLoC