Language Comparison

Where Krypton stands today vs the other native and systems-targeting languages, dimension by dimension. We're transparent about both shipped capabilities and known gaps.

Legend

✓ supported    ◎ partial    − not in this language    … on the Krypton roadmap

DimensionCC++OdinJSSwiftObj-CKrypton
Direct native code✓✓✓−✓✓✓
No LLVM dependency✓−−✓−−✓
Manual memory✓✓✓−◎◎◎
Garbage collection−−−✓✓✓✓
Generics / templates−✓✓◎✓−…
Async / concurrency◎◎◎✓✓◎…
Native threads◎✓✓◎✓✓…
Closures−✓✓✓✓◎✓
Standard collections−✓✓✓✓✓◎
Package manager−◎−✓✓−…
Native macOS UI◎◎◎−✓✓◎
Native Windows UI◎◎◎−−−✓
Browser target (WASM)−✓✓✓◎−✓
HTTP server (in stdlib)−−−✓✓−✓
Language server (LSP)✓✓✓✓✓✓✓
Compiler written in itself−−✓−−−✓
Ecosystem maturity✓✓◎✓✓✓−

How to read this

Krypton's design goal is native machine code, no LLVM, no clang on every platform — same target as C and Odin, with the safety net of mark-sweep GC and closures.

The four … cells are the gaps we're actively working through: generics, threads, async, and a package manager. The roadmap entries below sketch the order they land in.

What's already done (2026-06-01)

Roadmap to closing the gaps

Honest take: Krypton's already credible for embedded/systems work and CLI tools. The competition story for app development on every platform is 12-18 months out. The fundamentals (small core, native everywhere, no LLVM) are sound; the gaps are concurrency, generics, and ecosystem.