-
-
Notifications
You must be signed in to change notification settings - Fork 34
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
Add wasm-bindgen #383
Add wasm-bindgen #383
Conversation
7880f30
to
a9a6264
Compare
I think this is ready for review! :D There is just the |
Ooh I see, thank you for your answers! I just removed the drive-by addition of the Now CI passed, please let me know if you think there are other changes to make to this PR! The main question I have is still how to deal with the multiple-binaries-inside-a-single-crate situation: currently it's possible to install things via |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, but I'd let taiki-e to merge this, just in case I missed something.
LGTM assuming we merge this with a single binary. However, I would like to do a little evaluation to see how difficult it would be to support multiple binaries before merging. (We have already done something more complicated for protoc but that requires some manually written code.) |
Ok, I added a commit to support multiple binaries:
The bin field in base manifest is now: install-action/tools/codegen/base/wasm-bindgen.json Lines 7 to 11 in 1779cb5
|
Published in 2.28.0. Thanks for the PR! |
Awesome, thank you for all the improvements you did to support this use case! |
Hey! I need to use wasm-bindgen-test-runner in CI, and thought I'd contribute back implementation of it.
Just to say, the
wasm-bindgen-cli
package actually includes other binaries (wasm-bindgen and wasm2es6js). I'm not a user of these packages and I don't know how useful they'd be in CI, so I didn't focus on them, but… it looks like in order to download multiple packages from a single archive, the user would have to download the archive one time for each binary, and we'd have to maintain the json file once for each binary?So the main thing I'm unsure of is the naming of the tool. Should I have it be
wasm-bindgen-test-runner
, as there currently can be a single executable per tool? Or should we first support multiple executables per tool and then name itwasm-bindgen-cli
, to match the way it can currently be installed viabinstall
? (I'll say that I probably won't have time to do the second option)Also I'll take advantage to ask: I also wanted to integrate
sqlx-cli
, but AFAICT its releases do not have binaries published. Do I understand correctly that install-action is thus unable to help here?