Skip to content
This repository has been archived by the owner on Mar 3, 2020. It is now read-only.

Another crate fails to compile when using futures-await 0.2.0-alpha #75

Open
y-ich opened this issue Mar 20, 2018 · 2 comments
Open

Another crate fails to compile when using futures-await 0.2.0-alpha #75

y-ich opened this issue Mar 20, 2018 · 2 comments

Comments

@y-ich
Copy link

y-ich commented Mar 20, 2018

Hi.
Sorry, I may be confused.

My app succeeds to compile when using futures-await 0.1.0, but when updating it to 0.2.0-alpha, fails to compile.
Actually, the app uses the crate stdweb, that uses custom derive, and compiling stdweb fails.

    |
109 | #[derive(Clone, Debug, PartialEq, Eq, ReferenceType)]
    |                                       ^^^^^^^^^^^^^ Could not find `stdweb` in `{{root}}`
...
error: cannot find macro `__js_raw_asm!` in this scope
   --> /Users/yuji/.cargo/registry/src/github.heygears.com-1ecc6299db9ec823/stdweb-0.4.2/src/webapi/events/socket.rs:211:39
    |
211 | #[derive(Clone, Debug, PartialEq, Eq, ReferenceType)]
    |                                       ^^^^^^^^^^^^^
    |
    = help: have you added the `#[macro_use]` on the module/import?

Are there any possibilities for futures-await to cause to fail compilation of other crates?
Thanks.

@withoutboats
Copy link
Collaborator

Possibly when you upgraded to 0.2 your lockfile changed, and there was a breaking change in stdweb.

@y-ich
Copy link
Author

y-ich commented Mar 20, 2018

@withoutboats san, thank you for your comment.

I removed the Cargo.lock file and tried compiling again but failed.
I found that Cargo.lock includes both futures 0.1.18 and futures 0.2.0-alpha because stdweb depends on 0.1.18 though it causes or not.

# for free to subscribe to this conversation on GitHub. Already have an account? #.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants