The C+ Manual

C+ compiles to native code through LLVM. It has no garbage collector, no exceptions, no closures, no overloading, no implicit conversions, and no null. Memory is managed manually, policed by a borrow checker, with C ABI compatibility for FFI.

The point of every one of those choices is the same: each program stays locally legible. You can read one function and know exactly what it does, without chasing implicit destructors, hidden conversions, or surprise allocations. The compiler enforces that property. If you slip, the diagnostic tells you precisely where and why.

Start here

Three ways in, depending on what you need right now:

• Try it in 5 minutes — run C+ in the browser with nothing installed, or install cpc, compile a hello world, and trigger a compiler diagnostic.
• Judge whether it's real — start with the reproducible proofs, then a complete ray tracer, a C+ object dropped into a C build, an allocation-free control kernel proven on an ESP32, and the GitHub releases.
• Understand the language — the language specification, ownership and the borrow checker, FFI, and how packages carry everything beyond the core.

C plus packages

The name is the architecture: C+ is C (the C ABI) plus packages. The language core is small on purpose. It gives you types, ownership, and a way to speak the C ABI in both directions, and then stops. Everything else, including the standard library, lives in packages.

stdlib is itself a package under vendor/, not a language built-in, and the same is true of the platform bindings, allocators, parsers, and math helpers. Capability grows by adding a package, not by growing the language. That is what keeps the surface you have to read, and a model has to generate, small and predictable. Each package has its own page under Packages.

The language surface is small on purpose. The core gives you types, ownership, and the C ABI, then stops. New capability lands in packages and tooling rather than the core, so a person can audit the whole surface and a model can learn it once. Builder blocks are a recent example — a tiny construction syntax the compiler owns, with packages supplying the meaning.

This is a single, living manual that tracks the latest release of C+. C+ is pre-1.0 and moving quickly, so the surface grows between releases; this page always reflects the current one. Every page is also available as raw Markdown — append .md to its URL, or use the "View as Markdown" link.

Platform support

The toolchain runs on these hosts:

…and cross-compiles to these targets with --target (see Targets & cross-compilation):

GUI backend support:

Locked principles

These principles underlie every C+ design decision. They are fixed, not open questions.

Where to go next

• Getting started compiles and runs your first program.
• Ownership covers the part of C+ that differs most from C.
• The borrow checker explains the one rule that makes data races a compile error.
• Error handling shows how fallible code works without exceptions.