Google Closure Compiler vs SWC

Google Closure Compiler optimizes JavaScript by analyzing code, removing dead code, and rewriting and minimizing what remains. It can also check syntax, references, and types, and warn about illegal JavaScript, risky operations, and common pitfalls. Google says smaller output files can help applications load faster and reduce bandwidth needs. Compilation options include WHITESPACE_ONLY, SIMPLE, and ADVANCED; the repository README also lists BUNDLE. ADVANCED applies aggressive transformations and symbol renaming to improve compression, so preserving program behavior requires care. The project is available as a command-line Java application, a library used through Bazel, and an NPM package. Released JARs are distributed through Maven. The repository documents Maven, NPM, Bazel, command-line Java, and a NodeJS API. Building the compiler requires Java 21 or later, NodeJS, Git, and Bazelisk. Its input restrictions include use of goog.module() and goog.require(), and ES6 import/export support is not actively maintained. The NPM packages are built and distributed by an open source contributor, not Google. The compiler is free.

SWC is a free, extensible Rust-based platform for tools that compile and bundle JavaScript and TypeScript. It transforms modern JavaScript and TypeScript into code intended for major browsers, and supports minification, WebAssembly transforms, and custom plugins. Its core API parses ECMAScript, TypeScript, and Flow syntax; the documentation describes that API as mainly useful to build-tool authors. Integrations include webpack, Rspack, and Jest, while Next.js, Parcel, and Deno are among the tools named as users. A WebAssembly module can transform code synchronously inside a browser. SWC can be installed as prebuilt binaries or built from source, with packages documented for npm, Yarn, pnpm, Bun, and Deno. The site states that it is 20x faster than Babel on one thread and 70x faster on four cores. The bundling documentation says that feature will be dropped in v2 and recommends SWC-based bundlers instead. It also warns that its polyfill usage mode is less efficient than Babel for certain dynamically computed property expressions.