-
Notifications
You must be signed in to change notification settings - Fork 409
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
target
dir and compiled wasm is not found when using a workspace
#252
Comments
Looks like the problem is here: https://github.com/rustwasm/wasm-pack/blob/master/src/bindgen.rs#L46 There is a subcommand for cargo, I'm wondering if it's possible to include the functionality of |
Hey @colemickens thanks for taking the time to track this down! I think we've been writing the code with the assumption "This is not a workspaced repo" since we've been thinking of "this is one thing being uploaded to npm". I think this is a possible workflow, but I'll need to double check. |
workspace support is def on the roadmap, i'm just not sure where. can talk about it at the meeting this week! i would of course accept a PR for this! |
Thanks for the replies! The only thing I'd thought of was a small bit to sniff out if the current directory contained "Cargo.lock", and if not checking in the parent directory/directories. (For anyone else reading, I'm not actively looking into using |
My use case is a overarching library that encompasses
and as a result, it's split up into workspace subdirs. https://github.com/inosion/madato/tree/wasm_separate @ashleygwilliams How did the meeting go regarding a direction ? |
A simple workaround working for me (until the issue gets fixed) is to create a symlink inside the crate directory named |
Doesn't seem to work with latest wasm-pack. Is this just unreleased yet? |
It looks like it will be part of 0.6, which has not been released. |
https://github.com/atom/xray uses a workspace.
As I'm trying to move it to
wasm-pack
, I'm getting stuck due to it looking fortarget/
next to the local Cargo.toml, instead of the top-level workspacetarget/
dir next to the top-levelCargo.toml
/Cargo.lock
.But it only looks for
xray_wasm/target/...
.The text was updated successfully, but these errors were encountered: