-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
spawn #129
Labels
wasi:api
Issues pertaining to the WASI API, not necessarily specific to Wasmtime.
Comments
sunfishcode
added
the
wasi:api
Issues pertaining to the WASI API, not necessarily specific to Wasmtime.
label
May 1, 2019
There is not yet a convention for doing this. It's something we'd like to add though! |
kubkon
pushed a commit
that referenced
this issue
Nov 7, 2019
Should this be moved to https://github.com/webassembly/wasi? |
The original question is answered; if someone wants to discuss this further, opening an issue in the WASI repository would be a good starting point! |
grishasobol
pushed a commit
to grishasobol/wasmtime
that referenced
this issue
Nov 29, 2021
* Hide Instructions implementation behind an iterator * Hide instruction encoding behind isa::Instructions::push() * Consistently use u32 for program counter storage * Refer to instructions by position rather than index
pchickey
added a commit
to pchickey/wasmtime
that referenced
this issue
May 12, 2023
* wit: remove resource index from monotonic-clocks and wall-clocks, delete instance-*-clock interfaces At this time, we don't have use cases for providing multiple wall clocks or multiple monotonic clocks to the same component. So, according to the principle of following preview 1's design as close as possible, we are changing these interfaces to being provided by ambient functions, rather than methods on a resource. * adapter: unresourcify clocks * host: de-resourcify clocks
pchickey
added a commit
to pchickey/wasmtime
that referenced
this issue
May 16, 2023
* wit: remove resource index from monotonic-clocks and wall-clocks, delete instance-*-clock interfaces At this time, we don't have use cases for providing multiple wall clocks or multiple monotonic clocks to the same component. So, according to the principle of following preview 1's design as close as possible, we are changing these interfaces to being provided by ambient functions, rather than methods on a resource. * adapter: unresourcify clocks * host: de-resourcify clocks
mooori
pushed a commit
to mooori/wasmtime
that referenced
this issue
Dec 20, 2023
Add ability to pass arguments to zkasm-result.py
frank-emrich
pushed a commit
to frank-emrich/wasmtime
that referenced
this issue
Mar 15, 2024
avanhatt
added a commit
to wellesley-prog-sys/wasmtime
that referenced
this issue
Oct 23, 2024
Add the `cls` (count leading sign rules). - Add custom encoding for cls. - Utilizes the new priority support for the 32/64 cases bytecodealliance#128 Co-authored-by: Vaishu Chintam <jc103@wellesley.edu>
avanhatt
added a commit
to wellesley-prog-sys/wasmtime
that referenced
this issue
Oct 23, 2024
Add the `cls` (count leading sign rules). - Add custom encoding for cls. - Utilizes the new priority support for the 32/64 cases bytecodealliance#128 Co-authored-by: Vaishu Chintam <jc103@wellesley.edu>
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
Since there is no fork/exec, is invoking another program up to the runtime?
Is there a convention for doing it such as creating a special file?
The text was updated successfully, but these errors were encountered: