-
Notifications
You must be signed in to change notification settings - Fork 211
Improve CI for web targets #108
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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 <newpavlov@gmail.com>
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.