You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Library should be included in a separate cargo folder named: "cap9-build" and added as a dev-dependency in Cargo.toml. Use as a binary might not be necessary if integration tests allow using the lib as a dev-dependency.
Tests
Tests should be included:
For cap9-build tests in kernel-ewasm/cap9-build/tests/
For all other tests use cap9_build as a lib in kernel-ewasm/tests/**
The text was updated successfully, but these errors were encountered:
A quick note, "use a binary might not be necessary" if build.rs allows its use as a dev dependency. cap9-build is part of the workflow for creating procedures, not just tests (as with wasm-build). From the information in the pwasm tutorial it seems that build.rs doesn't support the necessary features for wasm-build (and therefore cap9-build) although I haven't investigated this thoroughly myself.
I was looking through how [ #link] attributes work, and I'm wondering if it's possible to statically import a wasm binary using the wasm_import_module attribute.
As described in #141, see comment we need a cap9-build lib utility that:
.wasm
module processed bywasm-build
$cap9_syscall_low
import declaration with a statically linked system-call with:Lib
Library should be included in a separate cargo folder named: "cap9-build" and added as a dev-dependency in
Cargo.toml
. Use as a binary might not be necessary if integration tests allow using the lib as a dev-dependency.Tests
Tests should be included:
kernel-ewasm/cap9-build/tests/
cap9_build
as a lib inkernel-ewasm/tests/**
The text was updated successfully, but these errors were encountered: