SaaSHub helps you find the best software and product alternatives Learn more →
Top 23 Compiler Open-Source Projects
-
Project mention: Scarab Diagnostic Suite Field Test #012: Next.js Source Map Provenance Boundary | dev.to | 2026-06-06
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
I am unfamiliar with this project and only skimmed this post but if this uses Rust for the main binary blob it should be possible to have the main thread blob shared with the other threads even with the blocking.
The blog post cites the concern that malloc could block, however when Rust's standard library is compiled with support for atomics enabled the Rust allocator's locking implementation busy loops instead of waiting on the main thread.
See the comment in the Rust source here: https://github.com/rust-lang/rust/blob/77a4fb62f70c6ea05e182...
This means that if care is taken to avoid any other code that makes the main thread wait it should be possible to use a single shared binary instead of the more convoluted approach presented in the blog post.
-
-
webpack
A bundler for javascript and friends. Packs many modules into a few bundled assets. Code Splitting allows for loading parts of the application on demand. Through "loaders", modules can be CommonJs, AMD, ES6 modules, CSS, Images, JSON, Coffeescript, LESS, ... and your custom stuff.
From a developer experience perspective, it's worth noting that Next.js was built using webpack for bundling, which has struggled to maintain performance. Therefore, when changing something in the code, reload times can be very slow. For this reason, the Next.js team has been working on getting full compatibility on its own bundler, Turbopack. As of Next.js 14, Turbopack is still considered beta but is much faster than the default experience with webpack.
-
-
Project mention: React Server Components without Next.js - what are the real alternatives today? | dev.to | 2026-02-03
Gatsby supports React Server Components in its SSR mode. The implementation is stable, but the scope is narrow. Gatsby primarily targets content-heavy and hybrid static use cases. While RSC can be used for dynamic server rendering, the framework is not optimized for deeply interactive applications built around server components. For certain classes of sites, this is acceptable. For general-purpose applications, it is limiting.
-
The typesetter is Typst, and the bridge between Typst and your application code is Oicana, which I built. Oicana is source-available. Free for non-commercial use, paid for commercial use, full pricing at the end. The Typst compiler underneath is open source.
-
Project mention: Modern concurrency approaches on the JVM: Coroutines and Loom | dev.to | 2026-06-02
A coroutine is a lightweight thread that is managed by the Kotlin runtime. Coroutines were initially proposed in Kotlin version 1.1 M01, released in 2017. The first stable version was released with Kotlin 1.3 one year later.
-
Parcel - Blazing fast, zero configuration web application bundler
-
Babel also already supports it, so the time is come 🤷♂️.
-
-
Vite uses esbuild written in Go, absurdly fast to pre-process your node_modules dependencies.
-
llvm-project
The LLVM Project is a collection of modular and reusable compiler and toolchain technologies.
- A merged C++ patch to the LLVM compiler: https://github.com/llvm/llvm-project/pull/70845
For more context, please visit my website: https://oestoleary.com. I'm excited to connect!
-
v
Simple, fast, safe, compiled language for developing maintainable software. Compiles itself in <1s with zero library dependencies. Supports automatic C => V translation. https://vlang.io
Project mention: Solod v0.1: Go ergonomics, practical stdlib, native C interop | news.ycombinator.com | 2026-05-07 -
In our demo application, we're using highlight.js and Marked for markdown processing and syntax highlighting.
-
carbon-lang
Carbon Language's main repository: documents, design, implementation, and related tools. (NOTE: Carbon Language is experimental; see README)
I can't speak about Dart, but Carbon had just barely started development when it was first announced 4 years ago, and is currently presented as an experimental language that is not yet ready for use [0].
0: https://github.com/carbon-language/carbon-lang#project-statu...
-
-
> There will not be a [..] process for submitting patches by [any] means
> Outside involvement still matters: clear bug reports
So I can find a bug, I can fix it, but I am not allowed to tell them how exactly I did it.
Instead they have to re-figure it out. The team must be thrilled to re-do work they know was already put in by others, repeatedly.
As a user-and-eveloper, why would I sink time into a project with such rules that put a barrier to improving my life with the software? It seems much easier to use Firefox or Chromium, where my fixes actually meet open ears.
It was very useful for me in the past when a new Chromium version crashed on my product, that I could go and suggest a fix to V8, and it was rolled out in the next Chromium release so my product worked again (https://github.com/v8/v8/commit/4f8a70adca01c). Without this, maybe Chromium developers would have never bothered to fix it because of lack of time to figure it out.
> a pull request no longer tells us as much as it used to about the person submitting it
Nobody should need to know anything about any person submitting a pull request.
-
Interesting proposal, but with severe risks: becoming dependent on a single specific compiler and rustc could include malicious code that isn’t obvious to an outside auditor. See https://aeb.win.tue.nl/linux/hh/thompson/trust.html Ken Thompson demonstrated this.
But what will the future of RustPython be? https://github.com/RustPython/RustPython/
Major shifts like this are complex, not so only from a technical perspective but even more because a lot of humans with different opinions are involved. But radical changes are sometimes needed to be innovative again.
-
Graal
GraalVM compiles applications into native executables that start instantly, scale fast, and use fewer compute resources 🚀
Project mention: Standing on shoulders: the stack that makes Floci start in ~24ms | dev.to | 2026-05-21Mandrel is Red Hat's downstream of GraalVM, tuned for Quarkus workloads, with release cadence aligned to Quarkus. An underrated piece of supply-chain hygiene.
-
Project mention: Elixir v1.20 released: now a gradually typed language | news.ycombinator.com | 2026-06-03
You might find Gleam[0] a better fit.
[0] https://gleam.run/
-
I thought it's mainly written in Rust https://github.com/oxc-project/oxc . Which oxc project is written in JS ?
-
Roslyn
The Roslyn .NET compiler provides C# and Visual Basic languages with rich code analysis APIs.
Project mention: I'm writing a history of Visual Basic, Chapter 1 is up | news.ycombinator.com | 2026-05-11VB.NET is open source, supports AOT, and there is little else that VB 6 does better, other than COM integration, which .NET was always a bit lower level
https://github.com/dotnet/roslyn
Now I bet what you mean is the graphical part, and yes that is only partial open source.
NOTE:
The open source projects on this list are ordered by number of github stars.
The number of mentions indicates repo mentiontions in the last 12 Months or
since we started tracking (Dec 2020).
Compiler discussion
Compiler related posts
-
Python JIT project was asked to pause development
-
VuReact complete guide: a Vue-to-React semantic compilation reference
-
multi_array_list.zig
-
Elixir v1.20 released: now a gradually typed language
-
How does VuReact compile Vue 3's CSS Modules to React?
-
Modern concurrency approaches on the JVM: Coroutines and Loom
-
How does VuReact compile Vue 3's TransitionGroup to React?
-
A note from our sponsor - SaaSHub
www.saashub.com | 6 Jun 2026
Index
What are some of the best open-source Compiler projects? This list will help you:
| # | Project | Stars |
|---|---|---|
| 1 | Next.js | 139,866 |
| 2 | rust | 113,416 |
| 3 | Svelte | 86,695 |
| 4 | webpack | 65,743 |
| 5 | sway | 61,652 |
| 6 | Gatsby | 55,952 |
| 7 | typst | 54,003 |
| 8 | kotlin | 52,808 |
| 9 | parcel | 44,026 |
| 10 | Babel (Formerly 6to5) | 43,908 |
| 11 | zig | 43,016 |
| 12 | esbuild | 39,906 |
| 13 | llvm-project | 38,669 |
| 14 | v | 37,623 |
| 15 | marked | 36,868 |
| 16 | carbon-lang | 33,763 |
| 17 | swc | 33,483 |
| 18 | V8 | 25,065 |
| 19 | RustPython | 22,090 |
| 20 | Graal | 21,595 |
| 21 | gleam | 21,542 |
| 22 | oxc | 21,458 |
| 23 | Roslyn | 20,461 |
Sponsored
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
www.saashub.com