Arden v1.3.6

Build native software with a sharper workflow and cleaner feedback.

Arden combines LLVM-backed native output, static safety checks, and an integrated command-line workflow so teams can move from experiments to multi-file projects without swapping mental models.

Repository-first workflow

Fast path from zero to project mode

v1.3.6

Command flow

$ arden new radar
$ cd radar
$ arden check
$ arden test
$ arden run

What this unlocks

LLVM-backed native code generationnative
`arden.toml` project graphs and cache reuseproject
Examples, docs, and benchmarks living in the same repoworkflow

01

Fast feedback loops

Projects, tests, formatting, linting, profiling, and benchmarks are already part of the repo workflow.

02

Native output

Arden targets LLVM directly and keeps the surface biased toward practical systems work over unnecessary abstraction.

03

Readable safety

Ownership and static checks are there to prevent damage early, without turning every function into ceremony.

Core capabilities

The compiler, docs, and workflow should feel like one product.

The repo is strongest when the language, examples, docs, and tooling reinforce each other instead of looking like separate side projects.

Browse the repository

Static checks that pull mistakes left

Ownership, borrowing, mutability, and semantic validation push failures to compile time before they leak into runtime debugging.

One CLI instead of scattered tooling

Build, run, check, test, fmt, lint, fix, bench, profile, bindgen, parse, lex, and LSP support already sit in one workflow surface.

Project mode that goes beyond toy examples

Multi-file builds, explicit source graphs, and reusable cache state make the repo feel like an actual language toolchain, not a parser demo.

Installation

Install Arden in minutes, not after a dependency scavenger hunt.

Grab the matching portable bundle, unpack it, run the included launcher, and move straight into compiling. The repo docs stay there if you want the deeper source-build path.

Documentation

The web docs now follow the repository docs tree.

Every markdown page under `docs/` is copied into the web build and indexed into documentation navigation, so the site stays aligned with the repo instead of drifting behind it.

Published docs
33
Guided sections
6