-
Notifications
You must be signed in to change notification settings - Fork 207
Improve CI for web targets #108
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
Conversation
Run WASI tests, and run both stdweb/wasm-bindgen on both node and in browsers These changes also remove the need for a separate tests/wasm_bindgen
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.
Looks good to me, but I would wait for @dhardy to review it as well.
Co-Authored-By: Artyom Pavlov <[email protected]>
92e5ff3
to
f6c8766
Compare
Updated description to reflect the scope of these changes. @dhardy this is ready, the CI runs significantly faster now. |
I would prefer that someone more familiar with WASM could review. @stevebob wrote this test originally (rand#696). |
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
This PR uses simplifies the testing story for
getrandom
. All targets now use the same testing file (eliminating the need for a separatetests/wasm_bindgen
crate).We also use
.cargo/config
to allow users to runcargo test
normally forwasm32-wasi
orwasm32-unknown bindgen
. This just requires thatwasmtime
orwasm-bindgen-test-runner
exist in the user's path.The CI for these targets has been overhauled:
wasm32-wasi
stdweb
: Node and Chromewasm-bindgen
: Node, Firefox, and Chromeasmjs-unknown-emscripten
Results:
This is not part of #98, so it can be merged into master.