mirror of
https://github.com/rustwasm/wasm-bindgen.git
synced 2024-12-17 06:21:36 +03:00
c35d6f4b0a
Reported in #1191 the fix requires us to get a bit creative I think. The general gist is that a block like this: #[wasm_bindgen] impl Foo { pub fn foo() {} } was previously expanded all in one go. Now, however, it's expanded into: impl Foo { #[__wasm_bindgen_class_marker(Foo = "Foo")] pub fn foo() {} } // goop generated by orginal #[wasm_bindgen] This method of expansion takes advantage of rustc's recursive expansion feature. It also allows us to expand `impl` blocks and allow inner items to not be fully expanded yet, such as still having `#[cfg]` attributes (like in the original bug report). We use theinternal `__wasm_bindgen_class_marker` to indicate that we're parsing an `ImplItemMethod` unconditionally, and then generation proceeds as usual. The only final catch is that when we're expanding in an `impl` block we have to generate tokens for the `Program` (wasm-bindgen injected goop like the custom section) inside the body of the function itself instead of next to it. Otherwise we'd get syntax errors inside of impl blocks! Closes #1191
50 lines
589 B
Rust
50 lines
589 B
Rust
#![crate_type = "rlib"]
|
|
|
|
extern crate wasm_bindgen;
|
|
|
|
use wasm_bindgen::prelude::*;
|
|
|
|
#[wasm_bindgen]
|
|
pub struct A;
|
|
|
|
#[wasm_bindgen]
|
|
default impl A {
|
|
}
|
|
|
|
#[wasm_bindgen]
|
|
unsafe impl A {
|
|
}
|
|
|
|
#[wasm_bindgen]
|
|
impl Clone for A {
|
|
}
|
|
|
|
#[wasm_bindgen]
|
|
impl<T> A {
|
|
}
|
|
|
|
#[wasm_bindgen]
|
|
impl &'static A {
|
|
}
|
|
|
|
macro_rules! x { () => () }
|
|
|
|
#[wasm_bindgen]
|
|
impl A {
|
|
const X: u32 = 3;
|
|
type Y = u32;
|
|
x!();
|
|
|
|
// pub default fn foo() {} // TODO: compiler's pretty printer totally broken
|
|
}
|
|
|
|
#[wasm_bindgen]
|
|
impl A {
|
|
pub const fn foo() {}
|
|
}
|
|
|
|
#[wasm_bindgen]
|
|
impl A {
|
|
pub unsafe fn foo() {}
|
|
}
|