tertsdiepraam requested abrown for a review on PR #8634.
tertsdiepraam requested wasmtime-compiler-reviewers for a review on PR #8634.
tertsdiepraam requested wasmtime-default-reviewers for a review on PR #8634.
tertsdiepraam opened PR #8634 from tertsdiepraam:more-crates-in-umbrella
to bytecodealliance:main
:
<!--
Please make sure you include the following information:
If this work has been discussed elsewhere, please include a link to that
conversation. If it was discussed in an issue, just mention "issue #...".Explain why this change is needed. If the details are in an issue already,
this can be brief.Our development process is documented in the Wasmtime book:
https://docs.wasmtime.dev/contributing-development-process.htmlPlease ensure all communication follows the code of conduct:
https://github.com/bytecodealliance/wasmtime/blob/main/CODE_OF_CONDUCT.md
-->Closes https://github.com/bytecodealliance/wasmtime/issues/7772
This adds the
interpreter
,jit
,module
,native
&object
crates to the umbrella crate. All crates (including the existingcodegen
andfrontend
crates) are feature gated. However,codegen
andfrontend
are default features, so backwards compatibility is retained if default features is not set to false. I wasn't quite sure which crates to include, but in my own project, I already depend onjit
,module
andnative
. Based on their descriptions,interpreter
andobject
also seemed relevant as public API. I might have missed some other important crate.I figured this would be an easy fix, although I understand if the umbrella crate should not have all these crates. In that case, feel free to close this PR :)
bjorn3 submitted PR review.
bjorn3 created PR review comment:
All other crates depend on cranelift-codegen, so I don't see any reason why you should be able to disable it.
tertsdiepraam updated PR #8634.
tertsdiepraam submitted PR review.
tertsdiepraam created PR review comment:
Makes sense! Updated!
tertsdiepraam updated PR #8634.
elliottt submitted PR review:
This all seems reasonable to me, thanks for fixing this!
elliottt commented on PR #8634:
The publish step is failing because
cranelift-jit
has a dev-dependency oncranelift
for its examples. Can we move the jit examples out ofcranelift-jit
to break this cycle? Perhaps the umbrella crate would be a better place to centralize stuff like this now.
elliottt updated PR #8634.
elliottt commented on PR #8634:
(@alexcrichton mentioned that the cycle could be broken by using a
{ path = ... }
version instead, so I went ahead and pushed that change. I'll merge this once it passes branch CI)
elliottt merged PR #8634.
Last updated: Dec 23 2024 at 12:05 UTC