@swc/core 1.2.146 → 1.2.147

package/CHANGELOG.md

@@ -5,6 +5,134 @@
 
 
 
+- **(es/compat)** Initialize class fields as a last step (#3767) ([11bf29f](https://github.com/swc-project/swc/commit/11bf29f44b4233b2e7f60b750ef56429dbe47ce9))
+
+
+- **(es/minifier)** Disable some operations for asm.js codes (#3572) ([e7f7f69](https://github.com/swc-project/swc/commit/e7f7f69db4f327b35005e863d3669bad382626c6))
+
+
+- **(es/minifier)** Fix inlining logic (#3776) ([cfc0363](https://github.com/swc-project/swc/commit/cfc036381a5c174798198f4ecf7e0a62abce5a75))
+
+
+- **(es/minifier)** Preserve unresolved references (#3780) ([73cab63](https://github.com/swc-project/swc/commit/73cab638a11978da9f94c886a5fafc462b1556b7))
+
+
+- **(es/minifier)** Fix optimizations of terminating expressions (#3794) ([8beaa20](https://github.com/swc-project/swc/commit/8beaa202e2a8c321a0f2266378d0f0a3ecb06c03))
+
+
+- **(es/react)** Catch refresh directives widely (#3791) ([5ae907f](https://github.com/swc-project/swc/commit/5ae907f6f21d31da708ac7237536bd6f838856c3))
+
+
+- **(es/react)** Fix logic for extracting refresh comments (#3796) ([b485b5a](https://github.com/swc-project/swc/commit/b485b5a1d5480548de9ce2c22060be37298e6346))
+
+
+- **(es/typescript)** Transform `this` in TypeScript classes (#3764) ([5f3f9ef](https://github.com/swc-project/swc/commit/5f3f9ef033797a1b13d32bd854c3acf3cbaf4495))
+
+
+- **(node-swc/cli)** Correctly expose `swcx` entrypoint (#3784) ([95ecc01](https://github.com/swc-project/swc/commit/95ecc013fe9b0ab0c2f52465bd961616315938c3))
+
+### Documentation
+
+
+
+- **(adr)** Add `adr-00002` for event trace profiling (#3787) ([3c1c5d0](https://github.com/swc-project/swc/commit/3c1c5d0363b231a8ac3f5bdfd15f1b2ec9224849))
+
+### Features
+
+
+
+- **(css/ast)** Union `Value` and `ComponentValue` (#3804) ([3ec45a6](https://github.com/swc-project/swc/commit/3ec45a6858a24c56ee1fe143410f3763b2b5e4b4))
+
+
+- **(css/lints)** Add CSS linter (#3765) ([66c6cae](https://github.com/swc-project/swc/commit/66c6cae8dc7d614aac83a620b4dff022459f54d7))
+
+
+- **(css/lints)** Add `selector-max-combinators` rule (#3789) ([e389bef](https://github.com/swc-project/swc/commit/e389bef3ad0f27382d2d6c5f2be62dd28e65e757))
+
+
+- **(css/minifier)** Convert more length (#3769) ([500d62c](https://github.com/swc-project/swc/commit/500d62c0850a93321baafb44fa4ac4b8a9bff3f8))
+
+
+- **(es/codegen)** Optimize output of new expressions without arguments (#3800) ([e1b13eb](https://github.com/swc-project/swc/commit/e1b13eb21a6eb1ec094a64ab30852042b89748a8))
+
+
+- **(es/compat)** Optimize handling of literals in computed property names (#3756) ([8ed4d2f](https://github.com/swc-project/swc/commit/8ed4d2fcaccf27733e8fbfe19da810504653ce6b))
+
+
+- **(es/compat)** Add tracing support for `es2022` transforms (#3785) ([4d70482](https://github.com/swc-project/swc/commit/4d7048291fae26c081754a496d9c77ddb2215575))
+
+
+- **(es/compat)** Use sequence expressions instead of iife in `classes` pass (#3773) ([5b6beca](https://github.com/swc-project/swc/commit/5b6beca1afb7e4278629840c94c775a083288cd2))
+
+
+- **(es/compat)** Add tracing support for es2020 transforms (#3798) ([8f41d7a](https://github.com/swc-project/swc/commit/8f41d7a10e99c21dc12176ee7724f0e13ca702dd))
+
+
+- **(es/dep-graph)** Add support for `require.resolve` (#3783) ([19b84e7](https://github.com/swc-project/swc/commit/19b84e7723c381843c98df90f64e5123acdd5808))
+
+
+- **(es/minifier)** Consider `arguments` while dropping unused assignments (#3775) ([714e05e](https://github.com/swc-project/swc/commit/714e05e5535dd4f8552ce700cc5b582d134d8a08))
+
+
+- **(es/module)** Workaround stack overflow bug of JavaScriptCore related to too many exports (#3763) ([ad0a853](https://github.com/swc-project/swc/commit/ad0a8539e058fda49e40cc8fab167e2602576d48))
+
+
+- **(es/modules)** Support system js (#3659) ([557a520](https://github.com/swc-project/swc/commit/557a520a6d6814f79625ca0227c47fa2d42a806e))
+
+
+- **(es/parser)** Raise a syntax error on an invalid shorthand assignment (#3734) ([2aa3b21](https://github.com/swc-project/swc/commit/2aa3b2123fc73bc187099b5c4a0b1f796b0a51f4))
+
+
+- **(es/quote)** Implement quasi quoter partially (#3155) ([fe0ddcc](https://github.com/swc-project/swc/commit/fe0ddcc54b0f8343a3a3d227bde8b38fa47ebd80))
+
+
+- **(es/quote)** Support variables (#3774) ([e3c374b](https://github.com/swc-project/swc/commit/e3c374b53bdd3fe8baef5be7a63b10d2efcd47e4))
+
+
+- **(plugin)** Expose `swc_ecma_quote` (#3790) ([bc60a6e](https://github.com/swc-project/swc/commit/bc60a6e90ccc1adcb8d9eda9ef47725e20fbfa23))
+
+
+- **(plugin/runner)** Update `wasmer` to `v2.2` (#3788) ([99d536e](https://github.com/swc-project/swc/commit/99d536e4869df5a9cc642ed0a155683165ee93c9))
+
+### Miscellaneous Tasks
+- **general**: Update `rustc` (#3768) ([3798436](https://github.com/swc-project/swc/commit/3798436201a0838e55beac974792f4d560b47657))
+
+### Performance
+
+
+
+- **(css/lints)** Skip disabled rules (#3803) ([0336029](https://github.com/swc-project/swc/commit/0336029c22a8751d2acb9765f11ead79c77115dc))
+
+
+- **(plugin/runner)** Optimize `write_into_memory_view` (#3797) ([7fd0eee](https://github.com/swc-project/swc/commit/7fd0eeecb844a182fef39872178e3991356e3ae0))
+
+### Refactor
+
+
+
+- **(css/ast)** Simplify AST types (#3753) ([815a489](https://github.com/swc-project/swc/commit/815a489dcfb72df928fc03f216dbe4a21b0e0716))
+
+
+- **(css/lints)** Simplify error reporting API (#3781) ([b8211da](https://github.com/swc-project/swc/commit/b8211da1c9a8277cf09a8a3a1d7ae537b5d6e783))
+
+### Testing
+
+
+
+- **(css/parser)** Add tests for selectors (#3770) ([1651bcc](https://github.com/swc-project/swc/commit/1651bccf4578ff2d44a9c37eab3845c006b5164d))
+
+
+- **(css/parser)** Add css files for material design (#3777) ([189707a](https://github.com/swc-project/swc/commit/189707a1fd5ef8547b3b80ac82f7f422f295086a))
+
+
+- **(es/minifier)** Prepare porting more rules from `terser` (#3779) ([86072b5](https://github.com/swc-project/swc/commit/86072b57f9e0cf59b660f88cdb2c9cee15f33720))
+
+## [1.2.146] - 2022-02-27
+
+### Bug Fixes
+
+
+
 - **(css)** Fix processing of integers (#3752) ([f258ee4](https://github.com/swc-project/swc/commit/f258ee4729ccd007b43b1a08d77359d99f53ca87))
 
 

package/package.json

@@ -1,9 +1,12 @@
 {
   "name": "@swc/core",
-  "version": "1.2.146",
+  "version": "1.2.147",
   "description": "Super-fast alternative for babel",
   "homepage": "https://swc.rs",
   "main": "./index.js",
+  "bin": {
+    "swcx": "run_swcx.js"
+  },
   "author": "강동윤 <kdy1997.dev@gmail.com>",
   "license": "Apache-2.0",
   "keywords": [
@@ -104,18 +107,18 @@
     "url": "https://opencollective.com/swc"
   },
   "optionalDependencies": {
-    "@swc/core-win32-x64-msvc": "1.2.146",
-    "@swc/core-darwin-x64": "1.2.146",
-    "@swc/core-linux-x64-gnu": "1.2.146",
-    "@swc/core-linux-x64-musl": "1.2.146",
-    "@swc/core-freebsd-x64": "1.2.146",
-    "@swc/core-win32-ia32-msvc": "1.2.146",
-    "@swc/core-linux-arm64-gnu": "1.2.146",
-    "@swc/core-linux-arm-gnueabihf": "1.2.146",
-    "@swc/core-darwin-arm64": "1.2.146",
-    "@swc/core-android-arm64": "1.2.146",
-    "@swc/core-linux-arm64-musl": "1.2.146",
-    "@swc/core-win32-arm64-msvc": "1.2.146",
-    "@swc/core-android-arm-eabi": "1.2.146"
+    "@swc/core-win32-x64-msvc": "1.2.147",
+    "@swc/core-darwin-x64": "1.2.147",
+    "@swc/core-linux-x64-gnu": "1.2.147",
+    "@swc/core-linux-x64-musl": "1.2.147",
+    "@swc/core-freebsd-x64": "1.2.147",
+    "@swc/core-win32-ia32-msvc": "1.2.147",
+    "@swc/core-linux-arm64-gnu": "1.2.147",
+    "@swc/core-linux-arm-gnueabihf": "1.2.147",
+    "@swc/core-darwin-arm64": "1.2.147",
+    "@swc/core-android-arm64": "1.2.147",
+    "@swc/core-linux-arm64-musl": "1.2.147",
+    "@swc/core-win32-arm64-msvc": "1.2.147",
+    "@swc/core-android-arm-eabi": "1.2.147"
   }
 }

package/run_swcx.d.ts

@@ -0,0 +1,2 @@
+#!/usr/bin/env node
+export {};

package/run_swcx.js

@@ -0,0 +1,85 @@
+#!/usr/bin/env node
+"use strict";
+var __awaiter = (this && this.__awaiter) || function (thisArg, _arguments, P, generator) {
+    function adopt(value) { return value instanceof P ? value : new P(function (resolve) { resolve(value); }); }
+    return new (P || (P = Promise))(function (resolve, reject) {
+        function fulfilled(value) { try { step(generator.next(value)); } catch (e) { reject(e); } }
+        function rejected(value) { try { step(generator["throw"](value)); } catch (e) { reject(e); } }
+        function step(result) { result.done ? resolve(result.value) : adopt(result.value).then(fulfilled, rejected); }
+        step((generator = generator.apply(thisArg, _arguments || [])).next());
+    });
+};
+var __importDefault = (this && this.__importDefault) || function (mod) {
+    return (mod && mod.__esModule) ? mod : { "default": mod };
+};
+Object.defineProperty(exports, "__esModule", { value: true });
+/**
+ * Lightweight entrypoint to native swc cli binary.
+ *
+ * This is to locate corresponding per-platform executables correctly, as well as
+ * let npm links binary to `node_modules/.bin` allows npm-related ecosystem (`npx swcx`, etcs)
+ * works correctly. However, it means spawning native binary still requires warmup from node.js
+ * process.
+ *
+ * NOTE: THIS IS NOT A PERMANENT APPROACH.
+ * Distribution of native cli binary is not fully concluded yet. This allows easier
+ * opt-in while implementation is in progress to collect feedback.
+ */
+const child_process_1 = require("child_process");
+const path_1 = __importDefault(require("path"));
+const fs_1 = require("fs");
+const { platform, arch } = process;
+const isMusl = () => (() => {
+    function isMusl() {
+        if (!process.report || typeof process.report.getReport !== "function") {
+            try {
+                return (0, fs_1.readFileSync)("/usr/bin/ldd", "utf8").includes("musl");
+            }
+            catch (e) {
+                return true;
+            }
+        }
+        else {
+            const { glibcVersionRuntime } = process.report.getReport().header;
+            return !glibcVersionRuntime;
+        }
+    }
+    return isMusl();
+})();
+const platformPackagesMap = {
+    "android": {
+        "arm64": "@swc/core-android-arm64",
+        "arm": "@swc/core-android-arm-eabi",
+    },
+    "win32": {
+        "x64": "@swc/core-win32-x64-msvc",
+        "ia32": "@swc/core-win32-ia32-msvc",
+        "arm64": "@swc/core-win32-arm64-msvc"
+    },
+    "darwin": {
+        "x64": "@swc/core-darwin-x64",
+        "arm64": "@swc/core-darwin-arm64",
+    },
+    "freebsd": {
+        "x64": "@swc/core-freebsd-x64",
+    },
+    "linux": {
+        "x64": `@swc/core-linux-x64-${isMusl() ? 'musl' : 'gnu'}`,
+        "arm64": `@swc/core-linux-arm64-${isMusl() ? 'musl' : 'gnu'}`,
+        "arm": "@swc/core-linux-arm64-gnu"
+    },
+};
+const inferBinaryName = () => {
+    const packageName = platformPackagesMap[platform][arch];
+    if (!packageName) {
+        throw new Error(`Unsupported platform: binary for '${platform} ${arch}' is not available`);
+    }
+    return path_1.default.join(path_1.default.dirname(require.resolve(packageName)), platform === 'win32' ? 'swc.exe' : 'swc');
+};
+const executeBinary = () => __awaiter(void 0, void 0, void 0, function* () {
+    const binary = inferBinaryName();
+    const [, , ...args] = process.argv;
+    const options = { cwd: process.cwd(), stdio: "inherit" };
+    return (0, child_process_1.spawn)(binary, args, options);
+});
+executeBinary().catch((e) => console.error(e));

package/docs/adr/00000-whats-the-big-idea.md

@@ -1 +0,0 @@
-### This adr attempts to describe 10,000ft view for the swc project itself. To be filled gradually.

package/docs/adr/00001-support-transformation-plugin-native.md

@@ -1,94 +0,0 @@
-# Support transform plugin in native rust binaries
-
--   Status: accepted <!-- optional -->
--   Deciders: @kdy1, @kwonoj <!-- optional -->
--   Date: 2021-01-01 <!-- optional -->
-
-Technical Story: [Issue](https://github.com/swc-project/swc/issues/2635) <!-- optional -->
-
-## Context and Problem Statement
-
-SWC wants to support load, run plugins in the native binary for the custom transform behavior. SWC already have priliminary support to load plugins in its node.js JS bindings but it has known limitations.
-
-## Decision Drivers <!-- optional -->
-
--   Allow to write a plugin binary can be loaded in the SWC's native binary without involving JS binding interop.
--   Provide good, satisfactory performance while loading, running plugin's custom transformation.
--   Keep abi stability as much, plugin binary should work across different versions of SWC host binary except intended breaking changes.
--   Allow to write a plugin without caring much around the native platform targets binaries.
-
-## Considered Options
-
--   [option 1] JS-based plugins, including babel plugins
-
--   [option 2] Plugins based on `abi_stable` and native dynamic libraries
-
--   [option 3] Wasm plugins based on `wasmtime`
-
--   **[option 4]** Wasm plugins based on `wasmer`
-
-## Decision Outcome
-
-Chosen option: **[option 4] Wasm plugins based on `wasmer`**
-
-This decision is taken because
-
--   It was relatively easy plugin author to generate single binary works across most of platforms SWC's host binary supports, without concern of cross-target compilations.
--   It was relatively easy to achieve abi-stable between SWC host to plugin binaries.
--   It doesn't require to have separate, specialized AST struct (named `plugin_ast`) to pass into ffi boundary of the plugin.
--   Its serialization / deserialization performance is near identical or faster than `abi_stable` based ffi
-
-## Pros and Cons of the Options <!-- optional -->
-
-### [option 1] JS-based plugins, including babel plugins
-
-SWC allow implementing plugins using javascript, and call it from worker threads as required.
-This includes babel plugins, to make migration from babel more convenient.
-
--   Good, because users can use rich ecosystem of babel.
--   Good, because users are used to javascript.
--   Good, because all platforms are supported.
--   Bad, because passing data to and from javascript is very costly. ([SWC issue: Speed up `parse`](https://github.com/swc-project/swc/issues/2175))
--   Bad, because js plugins require and block the main javascript thread.
--   Bad, because the main javascript is singled threaded and be bottleneck.
--   Bad, because `napi` (renamed to `node-api`) does not provide a way to get the return value of a function called from other thread than js thread. To workaround this, we should implement a complex request-response system based using lots of mutex.
--   Bad, because node js worker thread is not an event loop. This means worker we cannot `yield` from a worker thread when we need to call js plugin. As a result, the when main js thread is busy because of js plugins, worker threads are also blocked without doing any task.
-
-### [option 2] Plugins based on `abi_stable` and native dynamic libraries
-
-Plugins are written in rust, and built as native libraries for each platforms. SWC pass data to plugin using special form of AST, which has stable memory representation regardless of the version of `rustc`.
-
--   Good, because it's fast, even on the first run.
--   Good, because it does not require very complex request-response system.
--   Good, because plugin authors can use all features of rust.
--   Bad, because configuring CI for publishing plugins is very hard.
--   Bad, because plugin developer cannot publish a plugin from a single machine.
--   Bad, because loading of plugins is complex. Path for dynamic libraries are platform-dependant.
--   Bad, because we have to handle quirks of each platforms.
--   Bad, because `@swc/wasm` has no way to support plugins.
-
-### [option 3] Wasm plugins based on `wasmtime`
-
-SWC embeds `wasmtime`, loads plugin built as web assembly.
-
--   Good, because it's fast except the first run.
--   Good, because configuring CI is simple.
--   Good, because plugin authors can publish a plugin without CI, even with a single machine.
--   Bad, because `@swc/wasm` has no way to support plugins.
--   Bad, because first run is slow.
--   Bad, because we have to manage the cache of compiled wasm files.
--   Bad, because `wasmtime` does not support all platforms.
-
-### [option 4] Wasm plugins based on `wasmer`
-
-SWC embeds web assembly runtime (https://wasmer.io/), loads plugin built as web assembly.
-
--   Good, because it's fast except the first run.
--   Good, because configuring CI is simple.
--   Good, because plugin authors can publish a plugin without CI, even with a single machine.
--   Good, because `@swc/wasm` can support plugins in future as `wasmer` officially supports using it within a wasm file.
--   Bad, because first run is slow.
--   Bad, because we have to manage the cache of compiled wasm files.
--   Bad, because `wasmer` does not support all platforms.
-
-## Links

package/docs/adr/README.md

@@ -1,13 +0,0 @@
-# Architectural Decision Records
-
-This directory contains a series of [Architectural Decision Records](https://adr.github.io/)
-or "ADRs" for the `swc` project. We're going to try to use it as a kind of collective
-memory of the decisions we've made and the path we've taken to get the project to its current
-point.
-
-Note that these are *historical references* that do not supersede (but might enhance) the living
-documentation of the project itself, which you can find inline in the source code.
-
-Proposing a non-trivial change to the way `swc` works? You might like to start with an ADR
-by copying `template.md` into a new file, filling out a first version of the proposal, and
-posting it as a PR on the github repo for discussion.

package/docs/adr/template.md

@@ -1,72 +0,0 @@
-# [short title of solved problem and solution]
-
-* Status: [proposed | rejected | accepted | deprecated | … | superseded by [ADR-0005](0005-example.md)] <!-- optional -->
-* Deciders: [list everyone involved in the decision] <!-- optional -->
-* Date: [YYYY-MM-DD when the decision was last updated] <!-- optional -->
-
-Technical Story: [description | ticket/issue URL] <!-- optional -->
-
-## Context and Problem Statement
-
-[Describe the context and problem statement, e.g., in free form using two to three sentences. You may want to articulate the problem in form of a question.]
-
-## Decision Drivers <!-- optional -->
-
-* [driver 1, e.g., a force, facing concern, …]
-* [driver 2, e.g., a force, facing concern, …]
-* … <!-- numbers of drivers can vary -->
-
-## Considered Options
-
-* [option 1]
-* [option 2]
-* [option 3]
-* … <!-- numbers of options can vary -->
-
-## Decision Outcome
-
-Chosen option: "[option 1]", because [justification. e.g., only option, which meets k.o. criterion decision driver | which resolves force force | … | comes out best (see below)].
-
-### Positive Consequences <!-- optional -->
-
-* [e.g., improvement of quality attribute satisfaction, follow-up decisions required, …]
-* …
-
-### Negative Consequences <!-- optional -->
-
-* [e.g., compromising quality attribute, follow-up decisions required, …]
-* …
-
-## Pros and Cons of the Options <!-- optional -->
-
-### [option 1]
-
-[example | description | pointer to more information | …] <!-- optional -->
-
-* Good, because [argument a]
-* Good, because [argument b]
-* Bad, because [argument c]
-* … <!-- numbers of pros and cons can vary -->
-
-### [option 2]
-
-[example | description | pointer to more information | …] <!-- optional -->
-
-* Good, because [argument a]
-* Good, because [argument b]
-* Bad, because [argument c]
-* … <!-- numbers of pros and cons can vary -->
-
-### [option 3]
-
-[example | description | pointer to more information | …] <!-- optional -->
-
-* Good, because [argument a]
-* Good, because [argument b]
-* Bad, because [argument c]
-* … <!-- numbers of pros and cons can vary -->
-
-## Links <!-- optional -->
-
-* [Link type] [Link to ADR] <!-- example: Refined by [ADR-0005](0005-example.md) -->
-* … <!-- numbers of links can vary -->