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
We will take this opportunity to reorganize our crates. The current setup was built back before we had proper cargo integration, and its complexities largely arise from shoehorning the GN build into "cargo package".
The text was updated successfully, but these errors were encountered:
ry
added
the
build
build system or continuous integration related
label
Nov 18, 2019
Worth noting this makes building and publishing native plugins harder (have to clone this repository and use relative path to deno crate in Cargo.toml)
I'm planning to try building something that automatically download/build/install plugins using cargo, and this is a main blocking issue.
Hmm I wonder if everything in the deno crate is needed to create a plugin. It might make sense to split out another crate that provides the minimal interface just for plugin message passing (but yeah this also means plugins using this minimal crate would not be able to create workers)
As of v0.24.0 the deno-x86_64-pc-windows-msvc package for v0.24.0 is larger than the 10mb limit imposed by crates.io. This means we are unable to publish deno, deno_typescript, and deno_cli.
We will take this opportunity to reorganize our crates. The current setup was built back before we had proper cargo integration, and its complexities largely arise from shoehorning the GN build into "cargo package".
The text was updated successfully, but these errors were encountered: