Alex Crichton c35d6f4b0a Fix conditional #[wasm_bindgen] in impls
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
2019-01-28 12:29:01 -08:00
..
2019-01-16 10:16:29 +00:00
2019-01-16 10:16:29 +00:00
2018-09-26 08:26:00 -07:00
2018-08-06 11:46:23 -07:00
2018-09-26 08:26:00 -07:00
2018-09-26 08:26:00 -07:00
2018-09-26 08:26:00 -07:00
2018-09-26 08:26:00 -07:00
2018-11-09 08:00:41 -08:00
2018-11-09 08:00:41 -08:00
2018-11-27 12:07:59 -08:00
2018-11-27 12:07:59 -08:00
2018-10-03 09:14:23 -07:00
2018-11-28 22:11:15 -08:00
2018-09-26 08:26:00 -07:00
2018-08-06 10:06:45 -07:00
2018-09-26 08:26:00 -07:00
2018-09-26 08:26:00 -07:00
2018-09-26 08:26:00 -07:00
2018-09-26 08:26:00 -07:00
2018-11-27 12:27:00 -08:00
2018-09-26 08:26:00 -07:00
2018-08-04 22:25:29 -05:00
2018-09-26 08:26:00 -07:00
2018-09-26 08:26:00 -07:00