2021-12-20 09:03:00 +03:00
|
|
|
[package]
|
2023-01-28 21:32:28 +03:00
|
|
|
authors = ["강동윤 <kdy1997.dev@gmail.com>", "OJ Kwon <kwon.ohjoong@gmail.com>"]
|
2022-02-12 07:48:40 +03:00
|
|
|
description = "Commandline for SWC"
|
2023-01-28 21:32:28 +03:00
|
|
|
edition = "2021"
|
|
|
|
|
include = ["Cargo.toml", "src/**/*.rs"]
|
|
|
|
|
license = "Apache-2.0"
|
|
|
|
|
name = "swc_cli"
|
|
|
|
|
repository = "https://github.com/swc-project/swc.git"
|
2023-11-06 03:07:38 +03:00
|
|
|
version = "0.91.88"
|
2021-12-20 09:03:00 +03:00
|
|
|
|
|
|
|
|
[[bin]]
|
2022-04-04 14:12:03 +03:00
|
|
|
bench = false
|
2023-01-28 21:32:28 +03:00
|
|
|
name = "swc"
|
|
|
|
|
path = "./src/main.rs"
|
2021-12-20 09:03:00 +03:00
|
|
|
|
2022-03-16 01:45:40 +03:00
|
|
|
[features]
|
2023-10-02 18:46:14 +03:00
|
|
|
default = [
|
|
|
|
|
"swc_cli_impl/default"
|
|
|
|
|
]
|
refactor(plugin/runner): Revise cache, module loading (#7408)
**Description:**
One of the oversight around design of `TransformExecutor` is
encapsulating plugin module logic. It has access to the cache and do its
own loading & storing. This means consumer of plugin runner have tricky
challenge to control its caching system. First, there is no way to
escape how swc_plugin_runner controls cache and cannot synchronize into
their own, also depends on the usecases cannot control the features they
want to opt in: for example, there's no way one interface uses in-memory
cache, and another uses filesystem since it is compile time configured
singleton.
PR revisits overall design of TransformExecutor: now it accepts a tratir
`PluginModuleBytes`, which abstracts any kind of bytes we are dealing
with, such as raw file slice or serialized `wasmer::Module`. Cache
instantiation and managing is now bubbled up to the application level
(`swc` in here), so if someone wants non-singleton caching or integrate
into their own caching system it can be customized.
Lastly, deprecated `memory_cache` feature and only exposes
`filesystem_cache`. Cache implementation uses in-memory is always
available, and can opt in filesystem cache where it's supported.
**BREAKING CHANGE:**
This is clearly breaking changes for the consumers of swc_core. for the
@swc/core, this PR takes care of necessary changes. I'll work on
next-swc changes later once we have new @swc/core version with this
changes.
2023-05-18 10:05:39 +03:00
|
|
|
plugin = [
|
2023-10-02 18:46:14 +03:00
|
|
|
"swc_cli_impl/plugin"
|
refactor(plugin/runner): Revise cache, module loading (#7408)
**Description:**
One of the oversight around design of `TransformExecutor` is
encapsulating plugin module logic. It has access to the cache and do its
own loading & storing. This means consumer of plugin runner have tricky
challenge to control its caching system. First, there is no way to
escape how swc_plugin_runner controls cache and cannot synchronize into
their own, also depends on the usecases cannot control the features they
want to opt in: for example, there's no way one interface uses in-memory
cache, and another uses filesystem since it is compile time configured
singleton.
PR revisits overall design of TransformExecutor: now it accepts a tratir
`PluginModuleBytes`, which abstracts any kind of bytes we are dealing
with, such as raw file slice or serialized `wasmer::Module`. Cache
instantiation and managing is now bubbled up to the application level
(`swc` in here), so if someone wants non-singleton caching or integrate
into their own caching system it can be customized.
Lastly, deprecated `memory_cache` feature and only exposes
`filesystem_cache`. Cache implementation uses in-memory is always
available, and can opt in filesystem cache where it's supported.
**BREAKING CHANGE:**
This is clearly breaking changes for the consumers of swc_core. for the
@swc/core, this PR takes care of necessary changes. I'll work on
next-swc changes later once we have new @swc/core version with this
changes.
2023-05-18 10:05:39 +03:00
|
|
|
]
|
2022-03-16 01:45:40 +03:00
|
|
|
|
2021-12-20 09:03:00 +03:00
|
|
|
[dependencies]
|
2022-11-02 07:53:22 +03:00
|
|
|
anyhow = "1.0.66"
|
2023-11-05 03:10:36 +03:00
|
|
|
swc_cli_impl = "0.4.32"
|
2022-02-17 14:02:54 +03:00
|
|
|
|
