2018-03-29 09:14:32 -07:00
|
|
|
use std::borrow::Cow;
|
|
|
|
use std::collections::HashSet;
|
|
|
|
use std::env;
|
|
|
|
use std::sync::atomic::{ATOMIC_USIZE_INIT, AtomicUsize, Ordering};
|
2018-03-31 09:04:00 -07:00
|
|
|
|
|
|
|
use ast;
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
use proc_macro2::Span;
|
2018-03-31 09:04:00 -07:00
|
|
|
use quote::{ToTokens, Tokens};
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
use serde_json;
|
2018-03-31 09:04:00 -07:00
|
|
|
use shared;
|
2018-03-29 09:14:32 -07:00
|
|
|
use syn;
|
|
|
|
|
|
|
|
fn to_ident_name(s: &str) -> Cow<str> {
|
|
|
|
if s.chars().all(|c| match c {
|
|
|
|
'a'...'z' | 'A'...'Z' | '0'...'9' | '_' => true,
|
|
|
|
_ => false,
|
|
|
|
}) {
|
|
|
|
return Cow::from(s);
|
|
|
|
}
|
|
|
|
|
|
|
|
Cow::from(
|
|
|
|
s.chars()
|
|
|
|
.map(|c| match c {
|
|
|
|
'a'...'z' | 'A'...'Z' | '0'...'9' | '_' => c,
|
|
|
|
_ => '_',
|
|
|
|
})
|
|
|
|
.collect::<String>(),
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ToTokens for ast::Program {
|
|
|
|
// Generate wrappers for all the items that we've found
|
|
|
|
fn to_tokens(&self, tokens: &mut Tokens) {
|
|
|
|
for export in self.exports.iter() {
|
|
|
|
export.to_tokens(tokens);
|
|
|
|
}
|
|
|
|
for s in self.structs.iter() {
|
|
|
|
s.to_tokens(tokens);
|
|
|
|
}
|
|
|
|
let mut types = HashSet::new();
|
|
|
|
for i in self.imports.iter() {
|
|
|
|
if let ast::ImportKind::Type(ref t) = i.kind {
|
|
|
|
types.insert(t.name);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
for i in self.imports.iter() {
|
|
|
|
match i.js_namespace {
|
|
|
|
Some(ns) if types.contains(&ns) => {
|
|
|
|
let kind = &i.kind;
|
|
|
|
(quote! { impl #ns { #kind } }).to_tokens(tokens);
|
|
|
|
}
|
|
|
|
_ => i.kind.to_tokens(tokens),
|
|
|
|
}
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
DescribeImport(&i.kind).to_tokens(tokens);
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
for e in self.enums.iter() {
|
|
|
|
e.to_tokens(tokens);
|
|
|
|
}
|
|
|
|
|
|
|
|
// Generate a static which will eventually be what lives in a custom section
|
|
|
|
// of the wasm executable. For now it's just a plain old static, but we'll
|
|
|
|
// eventually have it actually in its own section.
|
|
|
|
|
|
|
|
static CNT: AtomicUsize = ATOMIC_USIZE_INIT;
|
|
|
|
|
|
|
|
let crate_name = env::var("CARGO_PKG_NAME").expect("should have CARGO_PKG_NAME env var");
|
|
|
|
let crate_vers =
|
|
|
|
env::var("CARGO_PKG_VERSION").expect("should have CARGO_PKG_VERSION env var");
|
|
|
|
|
|
|
|
let generated_static_name = format!(
|
|
|
|
"__WASM_BINDGEN_GENERATED_{}_{}_{}",
|
|
|
|
to_ident_name(&crate_name),
|
|
|
|
to_ident_name(&crate_vers),
|
|
|
|
CNT.fetch_add(1, Ordering::SeqCst)
|
|
|
|
);
|
|
|
|
let generated_static_name = syn::Ident::from(generated_static_name);
|
|
|
|
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
let description = serde_json::to_string(&self.shared()).unwrap();
|
|
|
|
|
|
|
|
// Each JSON blob is prepended with the length of the JSON blob so when
|
|
|
|
// all these sections are concatenated in the final wasm file we know
|
|
|
|
// how to extract all the JSON pieces, so insert the byte length here.
|
|
|
|
let generated_static_length = description.len() + 4;
|
|
|
|
let mut bytes = vec![
|
|
|
|
(description.len() >> 0) as u8,
|
|
|
|
(description.len() >> 8) as u8,
|
|
|
|
(description.len() >> 16) as u8,
|
|
|
|
(description.len() >> 24) as u8,
|
|
|
|
];
|
|
|
|
bytes.extend_from_slice(description.as_bytes());
|
|
|
|
let generated_static_value = syn::LitByteStr::new(&bytes, Span::call_site());
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-04-03 07:07:14 -07:00
|
|
|
(quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
#[allow(non_upper_case_globals)]
|
|
|
|
#[wasm_custom_section = "__wasm_bindgen_unstable"]
|
|
|
|
const #generated_static_name: [u8; #generated_static_length] =
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
*#generated_static_value;
|
2018-03-29 09:14:32 -07:00
|
|
|
}).to_tokens(tokens);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ToTokens for ast::Struct {
|
|
|
|
fn to_tokens(&self, tokens: &mut Tokens) {
|
|
|
|
let name = &self.name;
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
let name_len = name.as_ref().len() as u32;
|
|
|
|
let name_chars = name.as_ref().chars().map(|c| c as u32);
|
2018-03-28 01:22:31 +02:00
|
|
|
let new_fn = syn::Ident::from(shared::new_function(self.name.as_ref()));
|
2018-03-29 09:14:32 -07:00
|
|
|
let free_fn = syn::Ident::from(shared::free_function(self.name.as_ref()));
|
2018-04-03 07:07:14 -07:00
|
|
|
(quote! {
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
impl ::wasm_bindgen::describe::WasmDescribe for #name {
|
|
|
|
fn describe() {
|
2018-04-26 19:12:56 -07:00
|
|
|
use wasm_bindgen::__wbindgen_if_not_std;
|
|
|
|
__wbindgen_if_not_std! {
|
|
|
|
compile_error! {
|
|
|
|
"exporting a class to JS requires the `std` feature to \
|
|
|
|
be enabled in the `wasm-bindgen` crate"
|
|
|
|
}
|
|
|
|
}
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
use wasm_bindgen::describe::*;
|
|
|
|
inform(RUST_STRUCT);
|
|
|
|
inform(#name_len);
|
|
|
|
#(inform(#name_chars);)*
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-04-13 22:58:35 -07:00
|
|
|
impl ::wasm_bindgen::convert::IntoWasmAbi for #name {
|
2018-03-31 07:57:47 -07:00
|
|
|
type Abi = u32;
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-03-31 09:04:00 -07:00
|
|
|
fn into_abi(self, _extra: &mut ::wasm_bindgen::convert::Stack)
|
|
|
|
-> u32
|
|
|
|
{
|
2018-04-19 13:08:54 -07:00
|
|
|
use wasm_bindgen::__rt::std::boxed::Box;
|
|
|
|
use wasm_bindgen::__rt::WasmRefCell;
|
|
|
|
Box::into_raw(Box::new(WasmRefCell::new(self))) as u32
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
2018-04-13 22:58:35 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
impl ::wasm_bindgen::convert::FromWasmAbi for #name {
|
|
|
|
type Abi = u32;
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-04-19 13:16:59 -07:00
|
|
|
unsafe fn from_abi(js: u32, _extra: &mut ::wasm_bindgen::convert::Stack)
|
2018-03-31 09:04:00 -07:00
|
|
|
-> Self
|
|
|
|
{
|
2018-04-19 13:08:54 -07:00
|
|
|
use wasm_bindgen::__rt::std::boxed::Box;
|
|
|
|
use wasm_bindgen::__rt::{assert_not_null, WasmRefCell};
|
|
|
|
|
|
|
|
let ptr = js as *mut WasmRefCell<#name>;
|
|
|
|
assert_not_null(ptr);
|
2018-04-13 22:58:35 -07:00
|
|
|
let js = Box::from_raw(ptr);
|
2018-03-29 09:14:32 -07:00
|
|
|
js.borrow_mut(); // make sure no one's borrowing
|
|
|
|
js.into_inner()
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-04-19 13:08:54 -07:00
|
|
|
impl ::wasm_bindgen::__rt::core::convert::From<#name> for
|
|
|
|
::wasm_bindgen::JsValue
|
|
|
|
{
|
2018-03-28 01:22:31 +02:00
|
|
|
fn from(value: #name) -> Self {
|
2018-04-13 22:58:35 -07:00
|
|
|
let ptr = ::wasm_bindgen::convert::IntoWasmAbi::into_abi(
|
2018-04-02 09:58:27 -07:00
|
|
|
value,
|
|
|
|
unsafe { &mut ::wasm_bindgen::convert::GlobalStack::new() },
|
|
|
|
);
|
2018-03-28 01:22:31 +02:00
|
|
|
|
|
|
|
#[wasm_import_module = "__wbindgen_placeholder__"]
|
|
|
|
extern {
|
|
|
|
fn #new_fn(ptr: u32) -> u32;
|
|
|
|
}
|
|
|
|
|
|
|
|
unsafe {
|
2018-04-13 22:58:35 -07:00
|
|
|
<::wasm_bindgen::JsValue as ::wasm_bindgen::convert::FromWasmAbi>
|
2018-04-02 09:58:27 -07:00
|
|
|
::from_abi(
|
|
|
|
#new_fn(ptr),
|
2018-04-03 12:53:24 -07:00
|
|
|
&mut ::wasm_bindgen::convert::GlobalStack::new(),
|
2018-04-02 09:58:27 -07:00
|
|
|
)
|
2018-03-28 01:22:31 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-03-29 09:14:32 -07:00
|
|
|
#[no_mangle]
|
|
|
|
pub unsafe extern fn #free_fn(ptr: u32) {
|
2018-04-13 22:58:35 -07:00
|
|
|
<#name as ::wasm_bindgen::convert::FromWasmAbi>::from_abi(
|
2018-03-31 09:04:00 -07:00
|
|
|
ptr,
|
|
|
|
&mut ::wasm_bindgen::convert::GlobalStack::new(),
|
|
|
|
);
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
2018-04-19 13:08:54 -07:00
|
|
|
|
|
|
|
impl ::wasm_bindgen::convert::RefFromWasmAbi for #name {
|
|
|
|
type Abi = u32;
|
|
|
|
type Anchor = ::wasm_bindgen::__rt::Ref<'static, #name>;
|
|
|
|
|
|
|
|
unsafe fn ref_from_abi(
|
|
|
|
js: Self::Abi,
|
|
|
|
_extra: &mut ::wasm_bindgen::convert::Stack,
|
|
|
|
) -> Self::Anchor {
|
|
|
|
let js = js as *mut ::wasm_bindgen::__rt::WasmRefCell<#name>;
|
|
|
|
::wasm_bindgen::__rt::assert_not_null(js);
|
|
|
|
(*js).borrow()
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ::wasm_bindgen::convert::RefMutFromWasmAbi for #name {
|
|
|
|
type Abi = u32;
|
|
|
|
type Anchor = ::wasm_bindgen::__rt::RefMut<'static, #name>;
|
|
|
|
|
|
|
|
unsafe fn ref_mut_from_abi(
|
|
|
|
js: Self::Abi,
|
|
|
|
_extra: &mut ::wasm_bindgen::convert::Stack,
|
|
|
|
) -> Self::Anchor {
|
|
|
|
let js = js as *mut ::wasm_bindgen::__rt::WasmRefCell<#name>;
|
|
|
|
::wasm_bindgen::__rt::assert_not_null(js);
|
|
|
|
(*js).borrow_mut()
|
|
|
|
}
|
|
|
|
}
|
2018-03-29 09:14:32 -07:00
|
|
|
}).to_tokens(tokens);
|
2018-04-19 16:49:46 -07:00
|
|
|
|
|
|
|
for field in self.fields.iter() {
|
|
|
|
field.to_tokens(tokens);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ToTokens for ast::StructField {
|
|
|
|
fn to_tokens(&self, tokens: &mut Tokens) {
|
|
|
|
let name = &self.name;
|
|
|
|
let struct_name = &self.struct_name;
|
|
|
|
let ty = &self.ty;
|
|
|
|
let getter = &self.getter;
|
|
|
|
let setter = &self.setter;
|
|
|
|
let desc = syn::Ident::from(format!("__wbindgen_describe_{}", getter));
|
|
|
|
(quote! {
|
|
|
|
#[no_mangle]
|
|
|
|
pub unsafe extern fn #getter(js: u32)
|
|
|
|
-> <#ty as ::wasm_bindgen::convert::IntoWasmAbi>::Abi
|
|
|
|
{
|
|
|
|
use wasm_bindgen::__rt::{WasmRefCell, assert_not_null};
|
|
|
|
use wasm_bindgen::convert::{GlobalStack, IntoWasmAbi};
|
|
|
|
|
|
|
|
fn assert_copy<T: Copy>(){}
|
|
|
|
assert_copy::<#ty>();
|
|
|
|
|
|
|
|
let js = js as *mut WasmRefCell<#struct_name>;
|
|
|
|
assert_not_null(js);
|
|
|
|
let val = (*js).borrow().#name;
|
|
|
|
<#ty as IntoWasmAbi>::into_abi(
|
|
|
|
val,
|
|
|
|
&mut GlobalStack::new(),
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
2018-04-20 10:56:10 -07:00
|
|
|
#[no_mangle]
|
|
|
|
pub extern fn #desc() {
|
|
|
|
use wasm_bindgen::describe::*;
|
|
|
|
<#ty as WasmDescribe>::describe();
|
|
|
|
}
|
|
|
|
}).to_tokens(tokens);
|
|
|
|
|
|
|
|
if self.opts.readonly() {
|
|
|
|
return
|
|
|
|
}
|
|
|
|
|
|
|
|
(quote! {
|
2018-04-19 16:49:46 -07:00
|
|
|
#[no_mangle]
|
|
|
|
pub unsafe extern fn #setter(
|
|
|
|
js: u32,
|
|
|
|
val: <#ty as ::wasm_bindgen::convert::FromWasmAbi>::Abi,
|
|
|
|
) {
|
|
|
|
use wasm_bindgen::__rt::{WasmRefCell, assert_not_null};
|
|
|
|
use wasm_bindgen::convert::{GlobalStack, FromWasmAbi};
|
|
|
|
|
|
|
|
let js = js as *mut WasmRefCell<#struct_name>;
|
|
|
|
assert_not_null(js);
|
|
|
|
let val = <#ty as FromWasmAbi>::from_abi(
|
|
|
|
val,
|
|
|
|
&mut GlobalStack::new(),
|
|
|
|
);
|
|
|
|
(*js).borrow_mut().#name = val;
|
|
|
|
}
|
|
|
|
}).to_tokens(tokens);
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ToTokens for ast::Export {
|
|
|
|
fn to_tokens(self: &ast::Export, into: &mut Tokens) {
|
|
|
|
let generated_name = self.rust_symbol();
|
|
|
|
let export_name = self.export_name();
|
|
|
|
let mut args = vec![];
|
|
|
|
let mut arg_conversions = vec![];
|
|
|
|
let mut converted_arguments = vec![];
|
|
|
|
let ret = syn::Ident::from("_ret");
|
|
|
|
|
|
|
|
let mut offset = 0;
|
|
|
|
if self.method {
|
|
|
|
let class = self.class.unwrap();
|
2018-04-03 07:07:14 -07:00
|
|
|
args.push(quote! { me: *mut ::wasm_bindgen::__rt::WasmRefCell<#class> });
|
|
|
|
arg_conversions.push(quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
::wasm_bindgen::__rt::assert_not_null(me);
|
|
|
|
let me = unsafe { &*me };
|
|
|
|
});
|
|
|
|
offset = 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
for (i, ty) in self.function.arguments.iter().enumerate() {
|
|
|
|
let i = i + offset;
|
|
|
|
let ident = syn::Ident::from(format!("arg{}", i));
|
2018-04-13 22:58:35 -07:00
|
|
|
match *ty {
|
|
|
|
syn::Type::Reference(syn::TypeReference {
|
|
|
|
mutability: Some(_),
|
|
|
|
ref elem,
|
|
|
|
..
|
|
|
|
}) => {
|
2018-04-03 07:07:14 -07:00
|
|
|
args.push(quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
#ident: <#elem as ::wasm_bindgen::convert::RefMutFromWasmAbi>::Abi
|
2018-03-29 09:14:32 -07:00
|
|
|
});
|
2018-04-03 07:07:14 -07:00
|
|
|
arg_conversions.push(quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
let mut #ident = unsafe {
|
|
|
|
<#elem as ::wasm_bindgen::convert::RefMutFromWasmAbi>
|
|
|
|
::ref_mut_from_abi(#ident, &mut __stack)
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
2018-04-13 22:58:35 -07:00
|
|
|
let #ident = &mut *#ident;
|
2018-03-29 09:14:32 -07:00
|
|
|
});
|
|
|
|
}
|
2018-04-13 22:58:35 -07:00
|
|
|
syn::Type::Reference(syn::TypeReference { ref elem, .. }) => {
|
2018-04-03 07:07:14 -07:00
|
|
|
args.push(quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
#ident: <#elem as ::wasm_bindgen::convert::RefFromWasmAbi>::Abi
|
2018-03-29 09:14:32 -07:00
|
|
|
});
|
2018-04-03 07:07:14 -07:00
|
|
|
arg_conversions.push(quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
let #ident = unsafe {
|
2018-04-13 22:58:35 -07:00
|
|
|
<#elem as ::wasm_bindgen::convert::RefFromWasmAbi>
|
|
|
|
::ref_from_abi(#ident, &mut __stack)
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
|
|
|
let #ident = &*#ident;
|
|
|
|
});
|
|
|
|
}
|
2018-04-13 22:58:35 -07:00
|
|
|
_ => {
|
2018-04-03 07:07:14 -07:00
|
|
|
args.push(quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
#ident: <#ty as ::wasm_bindgen::convert::FromWasmAbi>::Abi
|
2018-03-29 09:14:32 -07:00
|
|
|
});
|
2018-04-03 07:07:14 -07:00
|
|
|
arg_conversions.push(quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
let #ident = unsafe {
|
|
|
|
<#ty as ::wasm_bindgen::convert::FromWasmAbi>
|
|
|
|
::from_abi(#ident, &mut __stack)
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
|
|
|
});
|
|
|
|
}
|
|
|
|
}
|
2018-04-03 07:07:14 -07:00
|
|
|
converted_arguments.push(quote! { #ident });
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
let ret_ty;
|
|
|
|
let convert_ret;
|
|
|
|
match self.function.ret {
|
2018-04-13 22:58:35 -07:00
|
|
|
Some(syn::Type::Reference(_)) => panic!("can't return a borrowed ref"),
|
|
|
|
Some(ref ty) => {
|
2018-04-03 07:07:14 -07:00
|
|
|
ret_ty = quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
-> <#ty as ::wasm_bindgen::convert::IntoWasmAbi>::Abi
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
2018-04-03 07:07:14 -07:00
|
|
|
convert_ret = quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
<#ty as ::wasm_bindgen::convert::IntoWasmAbi>
|
2018-03-31 07:57:47 -07:00
|
|
|
::into_abi(#ret, &mut unsafe {
|
|
|
|
::wasm_bindgen::convert::GlobalStack::new()
|
|
|
|
})
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
|
|
|
}
|
|
|
|
None => {
|
2018-04-03 07:07:14 -07:00
|
|
|
ret_ty = quote!{};
|
|
|
|
convert_ret = quote!{};
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
let describe_ret = match self.function.ret {
|
2018-04-13 22:58:35 -07:00
|
|
|
Some(ref ty) => {
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
quote! {
|
|
|
|
inform(1);
|
|
|
|
<#ty as WasmDescribe>::describe();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
None => quote! { inform(0); },
|
|
|
|
};
|
2018-03-29 09:14:32 -07:00
|
|
|
|
|
|
|
let name = self.function.name;
|
|
|
|
let receiver = match self.class {
|
|
|
|
Some(_) if self.method => {
|
|
|
|
if self.mutable {
|
2018-04-03 07:07:14 -07:00
|
|
|
quote! { me.borrow_mut().#name }
|
2018-03-29 09:14:32 -07:00
|
|
|
} else {
|
2018-04-03 07:07:14 -07:00
|
|
|
quote! { me.borrow().#name }
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
2018-04-03 07:07:14 -07:00
|
|
|
Some(class) => quote! { #class::#name },
|
|
|
|
None => quote!{ #name },
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
let descriptor_name = format!("__wbindgen_describe_{}", export_name);
|
|
|
|
let descriptor_name = syn::Ident::from(descriptor_name);
|
|
|
|
let nargs = self.function.arguments.len() as u32;
|
|
|
|
let argtys = self.function.arguments.iter();
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-04-03 07:07:14 -07:00
|
|
|
let tokens = quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
#[export_name = #export_name]
|
|
|
|
#[allow(non_snake_case)]
|
|
|
|
pub extern fn #generated_name(#(#args),*) #ret_ty {
|
|
|
|
::wasm_bindgen::__rt::link_this_library();
|
2018-03-31 08:26:20 -07:00
|
|
|
let #ret = {
|
|
|
|
let mut __stack = unsafe {
|
|
|
|
::wasm_bindgen::convert::GlobalStack::new()
|
|
|
|
};
|
|
|
|
#(#arg_conversions)*
|
|
|
|
#receiver(#(#converted_arguments),*)
|
2018-03-31 07:57:47 -07:00
|
|
|
};
|
2018-03-29 09:14:32 -07:00
|
|
|
#convert_ret
|
|
|
|
}
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
|
|
|
|
// In addition to generating the shim function above which is what
|
|
|
|
// our generated JS will invoke, we *also* generate a "descriptor"
|
|
|
|
// shim. This descriptor shim uses the `WasmDescribe` trait to
|
|
|
|
// programmatically describe the type signature of the generated
|
|
|
|
// shim above. This in turn is then used to inform the
|
|
|
|
// `wasm-bindgen` CLI tool exactly what types and such it should be
|
|
|
|
// using in JS.
|
|
|
|
//
|
|
|
|
// Note that this descriptor function is a purely an internal detail
|
|
|
|
// of `#[wasm_bindgen]` and isn't intended to be exported to anyone
|
|
|
|
// or actually part of the final was binary. Additionally, this is
|
|
|
|
// literally executed when the `wasm-bindgen` tool executes.
|
|
|
|
//
|
|
|
|
// In any case, there's complications in `wasm-bindgen` to handle
|
|
|
|
// this, but the tl;dr; is that this is stripped from the final wasm
|
|
|
|
// binary along with anything it references.
|
|
|
|
#[no_mangle]
|
|
|
|
pub extern fn #descriptor_name() {
|
|
|
|
use wasm_bindgen::describe::*;
|
|
|
|
inform(FUNCTION);
|
|
|
|
inform(#nargs);
|
|
|
|
#(<#argtys as WasmDescribe>::describe();)*
|
|
|
|
#describe_ret
|
|
|
|
}
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
|
|
|
tokens.to_tokens(into);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
impl ToTokens for ast::ImportKind {
|
|
|
|
fn to_tokens(&self, tokens: &mut Tokens) {
|
|
|
|
match *self {
|
|
|
|
ast::ImportKind::Function(ref f) => f.to_tokens(tokens),
|
|
|
|
ast::ImportKind::Static(ref s) => s.to_tokens(tokens),
|
|
|
|
ast::ImportKind::Type(ref t) => t.to_tokens(tokens),
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-03-29 09:14:32 -07:00
|
|
|
impl ToTokens for ast::ImportType {
|
|
|
|
fn to_tokens(&self, tokens: &mut Tokens) {
|
|
|
|
let vis = &self.vis;
|
|
|
|
let name = &self.name;
|
2018-04-03 07:07:14 -07:00
|
|
|
(quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
#[allow(bad_style)]
|
|
|
|
#vis struct #name {
|
|
|
|
obj: ::wasm_bindgen::JsValue,
|
|
|
|
}
|
|
|
|
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
impl ::wasm_bindgen::describe::WasmDescribe for #name {
|
|
|
|
fn describe() {
|
|
|
|
::wasm_bindgen::JsValue::describe();
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-04-13 22:58:35 -07:00
|
|
|
impl ::wasm_bindgen::convert::IntoWasmAbi for #name {
|
2018-03-31 07:57:47 -07:00
|
|
|
type Abi = <::wasm_bindgen::JsValue as
|
2018-04-13 22:58:35 -07:00
|
|
|
::wasm_bindgen::convert::IntoWasmAbi>::Abi;
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-03-31 09:04:00 -07:00
|
|
|
fn into_abi(self, extra: &mut ::wasm_bindgen::convert::Stack) -> Self::Abi {
|
|
|
|
self.obj.into_abi(extra)
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
2018-04-13 22:58:35 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
impl ::wasm_bindgen::convert::FromWasmAbi for #name {
|
|
|
|
type Abi = <::wasm_bindgen::JsValue as
|
|
|
|
::wasm_bindgen::convert::FromWasmAbi>::Abi;
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-03-31 09:04:00 -07:00
|
|
|
unsafe fn from_abi(
|
|
|
|
js: Self::Abi,
|
|
|
|
extra: &mut ::wasm_bindgen::convert::Stack,
|
|
|
|
) -> Self {
|
2018-04-13 22:58:35 -07:00
|
|
|
#name {
|
|
|
|
obj: ::wasm_bindgen::JsValue::from_abi(js, extra),
|
|
|
|
}
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-04-13 22:58:35 -07:00
|
|
|
impl<'a> ::wasm_bindgen::convert::IntoWasmAbi for &'a #name {
|
|
|
|
type Abi = <&'a ::wasm_bindgen::JsValue as
|
|
|
|
::wasm_bindgen::convert::IntoWasmAbi>::Abi;
|
2018-03-31 09:04:00 -07:00
|
|
|
|
2018-04-13 22:58:35 -07:00
|
|
|
fn into_abi(self, extra: &mut ::wasm_bindgen::convert::Stack) -> Self::Abi {
|
|
|
|
(&self.obj).into_abi(extra)
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-04-13 22:58:35 -07:00
|
|
|
impl ::wasm_bindgen::convert::RefFromWasmAbi for #name {
|
2018-03-31 09:04:00 -07:00
|
|
|
type Abi = <::wasm_bindgen::JsValue as
|
2018-04-13 22:58:35 -07:00
|
|
|
::wasm_bindgen::convert::RefFromWasmAbi>::Abi;
|
2018-04-19 13:08:54 -07:00
|
|
|
type Anchor = ::wasm_bindgen::__rt::core::mem::ManuallyDrop<#name>;
|
2018-03-31 09:04:00 -07:00
|
|
|
|
2018-04-13 22:58:35 -07:00
|
|
|
unsafe fn ref_from_abi(
|
2018-03-31 09:04:00 -07:00
|
|
|
js: Self::Abi,
|
|
|
|
extra: &mut ::wasm_bindgen::convert::Stack,
|
2018-04-13 22:58:35 -07:00
|
|
|
) -> Self::Anchor {
|
|
|
|
let tmp = <::wasm_bindgen::JsValue as ::wasm_bindgen::convert::RefFromWasmAbi>
|
|
|
|
::ref_from_abi(js, extra);
|
2018-04-19 13:08:54 -07:00
|
|
|
::wasm_bindgen::__rt::core::mem::ManuallyDrop::new(#name {
|
|
|
|
obj: ::wasm_bindgen::__rt::core::mem::ManuallyDrop::into_inner(tmp),
|
2018-04-13 22:58:35 -07:00
|
|
|
})
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl From<::wasm_bindgen::JsValue> for #name {
|
|
|
|
fn from(obj: ::wasm_bindgen::JsValue) -> #name {
|
|
|
|
#name { obj }
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl From<#name> for ::wasm_bindgen::JsValue {
|
|
|
|
fn from(obj: #name) -> ::wasm_bindgen::JsValue {
|
|
|
|
obj.obj
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}).to_tokens(tokens);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ToTokens for ast::ImportFunction {
|
|
|
|
fn to_tokens(&self, tokens: &mut Tokens) {
|
|
|
|
let mut class_ty = None;
|
|
|
|
let mut is_method = false;
|
|
|
|
match self.kind {
|
|
|
|
ast::ImportFunctionKind::Method { ref ty, .. } => {
|
|
|
|
is_method = true;
|
|
|
|
class_ty = Some(ty);
|
|
|
|
}
|
|
|
|
ast::ImportFunctionKind::JsConstructor { ref ty, .. } => {
|
|
|
|
class_ty = Some(ty);
|
|
|
|
}
|
|
|
|
ast::ImportFunctionKind::Normal => {}
|
|
|
|
}
|
|
|
|
let vis = &self.function.rust_vis;
|
|
|
|
let ret = &self.function.rust_decl.output;
|
|
|
|
let fn_token = &self.function.rust_decl.fn_token;
|
|
|
|
|
|
|
|
let mut abi_argument_names = Vec::new();
|
|
|
|
let mut abi_arguments = Vec::new();
|
|
|
|
let mut arg_conversions = Vec::new();
|
|
|
|
let ret_ident = syn::Ident::from("_ret");
|
|
|
|
|
|
|
|
let names = self.function
|
|
|
|
.rust_decl
|
|
|
|
.inputs
|
|
|
|
.iter()
|
|
|
|
.map(|arg| match *arg {
|
|
|
|
syn::FnArg::Captured(ref c) => c,
|
|
|
|
_ => panic!("arguments cannot be `self` or ignored"),
|
|
|
|
})
|
|
|
|
.map(|arg| match arg.pat {
|
|
|
|
syn::Pat::Ident(syn::PatIdent {
|
|
|
|
by_ref: None,
|
|
|
|
ident,
|
|
|
|
subpat: None,
|
|
|
|
..
|
|
|
|
}) => ident,
|
|
|
|
_ => panic!("unsupported pattern in foreign function"),
|
|
|
|
});
|
|
|
|
|
|
|
|
for (i, (ty, name)) in self.function.arguments.iter().zip(names).enumerate() {
|
2018-04-13 22:58:35 -07:00
|
|
|
abi_argument_names.push(name);
|
|
|
|
abi_arguments.push(quote! {
|
|
|
|
#name: <#ty as ::wasm_bindgen::convert::IntoWasmAbi>::Abi
|
|
|
|
});
|
|
|
|
let var = if i == 0 && is_method {
|
|
|
|
quote! { self }
|
|
|
|
} else {
|
|
|
|
quote! { #name }
|
|
|
|
};
|
|
|
|
arg_conversions.push(quote! {
|
|
|
|
let #name = <#ty as ::wasm_bindgen::convert::IntoWasmAbi>
|
|
|
|
::into_abi(#var, &mut __stack);
|
|
|
|
});
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
let abi_ret;
|
|
|
|
let mut convert_ret;
|
|
|
|
match self.function.ret {
|
2018-04-13 22:58:35 -07:00
|
|
|
Some(syn::Type::Reference(_)) => {
|
|
|
|
panic!("cannot return references in imports yet");
|
|
|
|
}
|
|
|
|
Some(ref ty) => {
|
2018-04-03 07:07:14 -07:00
|
|
|
abi_ret = quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
<#ty as ::wasm_bindgen::convert::FromWasmAbi>::Abi
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
2018-04-03 07:07:14 -07:00
|
|
|
convert_ret = quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
<#ty as ::wasm_bindgen::convert::FromWasmAbi>
|
2018-03-31 08:26:20 -07:00
|
|
|
::from_abi(
|
|
|
|
#ret_ident,
|
|
|
|
&mut ::wasm_bindgen::convert::GlobalStack::new(),
|
|
|
|
)
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
|
|
|
}
|
|
|
|
None => {
|
2018-04-03 07:07:14 -07:00
|
|
|
abi_ret = quote! { () };
|
|
|
|
convert_ret = quote! { () };
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-04-03 07:07:14 -07:00
|
|
|
let mut exceptional_ret = quote!{};
|
2018-03-31 08:26:20 -07:00
|
|
|
let exn_data = if self.function.opts.catch() {
|
2018-03-29 09:14:32 -07:00
|
|
|
let exn_data = syn::Ident::from("exn_data");
|
|
|
|
let exn_data_ptr = syn::Ident::from("exn_data_ptr");
|
|
|
|
abi_argument_names.push(exn_data_ptr);
|
2018-04-03 07:07:14 -07:00
|
|
|
abi_arguments.push(quote! { #exn_data_ptr: *mut u32 });
|
|
|
|
convert_ret = quote! { Ok(#convert_ret) };
|
|
|
|
exceptional_ret = quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
if #exn_data[0] == 1 {
|
2018-03-31 08:26:20 -07:00
|
|
|
return Err(
|
|
|
|
<
|
2018-04-13 22:58:35 -07:00
|
|
|
::wasm_bindgen::JsValue as ::wasm_bindgen::convert::FromWasmAbi
|
|
|
|
>::from_abi(#exn_data[1], &mut ::wasm_bindgen::convert::GlobalStack::new())
|
2018-03-31 08:26:20 -07:00
|
|
|
)
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
};
|
2018-04-03 07:07:14 -07:00
|
|
|
quote! {
|
2018-03-31 08:26:20 -07:00
|
|
|
let mut #exn_data = [0; 2];
|
|
|
|
let #exn_data_ptr = #exn_data.as_mut_ptr();
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
quote! {}
|
|
|
|
};
|
2018-03-29 09:14:32 -07:00
|
|
|
|
|
|
|
let rust_name = self.rust_name;
|
|
|
|
let import_name = self.shim;
|
|
|
|
let attrs = &self.function.rust_attrs;
|
|
|
|
|
|
|
|
let arguments = self.function
|
|
|
|
.rust_decl
|
|
|
|
.inputs
|
|
|
|
.iter()
|
|
|
|
.skip(if is_method { 1 } else { 0 })
|
|
|
|
.collect::<Vec<_>>();
|
|
|
|
|
|
|
|
let me = if is_method {
|
2018-04-03 07:07:14 -07:00
|
|
|
quote! { &self, }
|
2018-03-29 09:14:32 -07:00
|
|
|
} else {
|
|
|
|
quote!()
|
|
|
|
};
|
|
|
|
|
2018-04-03 07:07:14 -07:00
|
|
|
let invocation = quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
#(#attrs)*
|
|
|
|
#[allow(bad_style)]
|
|
|
|
#vis extern #fn_token #rust_name(#me #(#arguments),*) #ret {
|
|
|
|
::wasm_bindgen::__rt::link_this_library();
|
|
|
|
#[wasm_import_module = "__wbindgen_placeholder__"]
|
|
|
|
extern {
|
|
|
|
fn #import_name(#(#abi_arguments),*) -> #abi_ret;
|
|
|
|
}
|
|
|
|
unsafe {
|
2018-03-31 08:26:20 -07:00
|
|
|
#exn_data
|
|
|
|
let #ret_ident = {
|
|
|
|
let mut __stack = ::wasm_bindgen::convert::GlobalStack::new();
|
|
|
|
#(#arg_conversions)*
|
|
|
|
#import_name(#(#abi_argument_names),*)
|
|
|
|
};
|
2018-03-29 09:14:32 -07:00
|
|
|
#exceptional_ret
|
|
|
|
#convert_ret
|
|
|
|
}
|
|
|
|
}
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
|
2018-03-29 09:14:32 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
if let Some(class) = class_ty {
|
|
|
|
(quote! {
|
|
|
|
impl #class {
|
|
|
|
#invocation
|
|
|
|
}
|
|
|
|
}).to_tokens(tokens);
|
|
|
|
} else {
|
|
|
|
invocation.to_tokens(tokens);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
// See comment above in ast::Export for what's going on here.
|
|
|
|
struct DescribeImport<'a>(&'a ast::ImportKind);
|
|
|
|
|
|
|
|
impl<'a> ToTokens for DescribeImport<'a> {
|
|
|
|
fn to_tokens(&self, tokens: &mut Tokens) {
|
|
|
|
let f = match *self.0 {
|
|
|
|
ast::ImportKind::Function(ref f) => f,
|
|
|
|
ast::ImportKind::Static(_) => return,
|
|
|
|
ast::ImportKind::Type(_) => return,
|
|
|
|
};
|
|
|
|
let describe_name = format!("__wbindgen_describe_{}", f.shim);
|
|
|
|
let describe_name = syn::Ident::from(describe_name);
|
|
|
|
let argtys = f.function.arguments.iter();
|
|
|
|
let nargs = f.function.arguments.len() as u32;
|
|
|
|
let inform_ret = match f.function.ret {
|
|
|
|
Some(ref t) => quote! { inform(1); <#t as WasmDescribe>::describe(); },
|
|
|
|
None => quote! { inform(0); },
|
|
|
|
};
|
|
|
|
(quote! {
|
|
|
|
#[no_mangle]
|
|
|
|
#[allow(non_snake_case)]
|
|
|
|
pub extern fn #describe_name() {
|
|
|
|
use wasm_bindgen::describe::*;
|
|
|
|
inform(FUNCTION);
|
|
|
|
inform(#nargs);
|
|
|
|
#(<#argtys as WasmDescribe>::describe();)*
|
|
|
|
#inform_ret
|
|
|
|
}
|
|
|
|
}).to_tokens(tokens);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-03-29 09:14:32 -07:00
|
|
|
impl ToTokens for ast::Enum {
|
|
|
|
fn to_tokens(&self, into: &mut Tokens) {
|
|
|
|
let enum_name = &self.name;
|
|
|
|
let cast_clauses = self.variants.iter().map(|variant| {
|
|
|
|
let variant_name = &variant.name;
|
|
|
|
quote! {
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
if js == #enum_name::#variant_name as u32 {
|
2018-03-29 09:14:32 -07:00
|
|
|
#enum_name::#variant_name
|
|
|
|
}
|
|
|
|
}
|
|
|
|
});
|
2018-04-03 07:07:14 -07:00
|
|
|
(quote! {
|
2018-04-13 22:58:35 -07:00
|
|
|
impl ::wasm_bindgen::convert::IntoWasmAbi for #enum_name {
|
2018-03-31 07:57:47 -07:00
|
|
|
type Abi = u32;
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-03-31 09:04:00 -07:00
|
|
|
fn into_abi(self, _extra: &mut ::wasm_bindgen::convert::Stack) -> u32 {
|
2018-03-29 09:14:32 -07:00
|
|
|
self as u32
|
|
|
|
}
|
2018-04-13 22:58:35 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
impl ::wasm_bindgen::convert::FromWasmAbi for #enum_name {
|
|
|
|
type Abi = u32;
|
2018-03-29 09:14:32 -07:00
|
|
|
|
2018-03-31 09:04:00 -07:00
|
|
|
unsafe fn from_abi(
|
|
|
|
js: u32,
|
|
|
|
_extra: &mut ::wasm_bindgen::convert::Stack,
|
|
|
|
) -> Self {
|
Overhaul how type information gets to the CLI
This commit is a complete overhaul of how the `#[wasm_bindgen]` macro
communicates type information to the CLI tool, and it's done in a somewhat...
unconventional fashion.
Today we've got a problem where the generated JS needs to understand the types
of each function exported or imported. This understanding is what enables it to
generate the appropriate JS wrappers and such. We want to, however, be quite
flexible and extensible in types that are supported across the boundary, which
means that internally we rely on the trait system to resolve what's what.
Communicating the type information historically was done by creating a four byte
"descriptor" and using associated type projections to communicate that to the
CLI tool. Unfortunately four bytes isn't a lot of space to cram information like
arguments to a generic function, tuple types, etc. In general this just wasn't
flexible enough and the way custom references were treated was also already a
bit of a hack.
This commit takes a radical step of creating a **descriptor function** for each
function imported/exported. The really crazy part is that the `wasm-bindgen` CLI
tool now embeds a wasm interpreter and executes these functions when the CLI
tool is invoked. By allowing arbitrary functions to get executed it's now *much*
easier to inform `wasm-bindgen` about complicated structures of types. Rest
assured though that all these descriptor functions are automatically unexported
and gc'd away, so this should not have any impact on binary sizes
A new internal trait, `WasmDescribe`, is added to represent a description of all
types, sort of like a serialization of the structure of a type that
`wasm-bindgen` can understand. This works by calling a special exported function
with a `u32` value a bunch of times. This means that when we run a descriptor we
effectively get a `Vec<u32>` in the `wasm-bindgen` CLI tool. This list of
integers can then be parsed into a rich `enum` for the JS generation to work
with.
This commit currently only retains feature parity with the previous
implementation. I hope to soon solve issues like #123, #104, and #111 with this
support.
2018-04-13 07:33:46 -07:00
|
|
|
#(#cast_clauses else)* {
|
|
|
|
wasm_bindgen::throw("invalid enum value passed")
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ::wasm_bindgen::describe::WasmDescribe for #enum_name {
|
|
|
|
fn describe() {
|
|
|
|
use wasm_bindgen::describe::*;
|
|
|
|
inform(ENUM);
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}).to_tokens(into);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ToTokens for ast::ImportStatic {
|
|
|
|
fn to_tokens(&self, into: &mut Tokens) {
|
|
|
|
let name = self.rust_name;
|
|
|
|
let ty = &self.ty;
|
|
|
|
let shim_name = self.shim;
|
|
|
|
let vis = &self.vis;
|
2018-04-03 07:07:14 -07:00
|
|
|
(quote! {
|
2018-03-29 09:14:32 -07:00
|
|
|
#[allow(bad_style)]
|
|
|
|
#vis static #name: ::wasm_bindgen::JsStatic<#ty> = {
|
|
|
|
fn init() -> #ty {
|
|
|
|
#[wasm_import_module = "__wbindgen_placeholder__"]
|
|
|
|
extern {
|
2018-04-13 22:58:35 -07:00
|
|
|
fn #shim_name() -> <#ty as ::wasm_bindgen::convert::FromWasmAbi>::Abi;
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
unsafe {
|
2018-04-13 22:58:35 -07:00
|
|
|
<#ty as ::wasm_bindgen::convert::FromWasmAbi>::from_abi(
|
2018-03-31 08:26:20 -07:00
|
|
|
#shim_name(),
|
|
|
|
&mut ::wasm_bindgen::convert::GlobalStack::new(),
|
|
|
|
)
|
2018-04-13 22:58:35 -07:00
|
|
|
|
2018-03-29 09:14:32 -07:00
|
|
|
}
|
|
|
|
}
|
2018-04-21 13:14:33 -07:00
|
|
|
static mut _VAL: ::wasm_bindgen::__rt::core::cell::UnsafeCell<Option<#ty>> =
|
|
|
|
::wasm_bindgen::__rt::core::cell::UnsafeCell::new(None);
|
2018-03-29 09:14:32 -07:00
|
|
|
::wasm_bindgen::JsStatic {
|
2018-04-21 13:14:33 -07:00
|
|
|
__inner: unsafe { &_VAL },
|
2018-03-29 09:14:32 -07:00
|
|
|
__init: init,
|
|
|
|
}
|
|
|
|
};
|
|
|
|
}).to_tokens(into);
|
|
|
|
}
|
|
|
|
}
|