Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

https://github.com/carbon-language/carbon-lang

Carbon Language's main repository: documents, design, implementation, and related tools. (NOTE: Carbon Language is experimental; see README)
https://github.com/carbon-language/carbon-lang

carbon-lang compiler cpp experimental experimental-language language programming-language

Last synced: about 1 month ago
JSON representation

Carbon Language's main repository: documents, design, implementation, and related tools. (NOTE: Carbon Language is experimental; see README)

Lists

README 

        
# Carbon Language: 
 An experimental successor to C++





  Why? |

  Goals |

  Status |

  Getting started |

  Join us




**See our [announcement video](https://youtu.be/omrY53kbVoA) from

[CppNorth](https://cppnorth.ca/).** Note that Carbon is

[not ready for use](#project-status).






Quicksort code in Carbon. Follow the link to read more.







**Fast and works with C++**



-   Performance matching C++ using LLVM, with low-level access to bits and

    addresses

-   Interoperate with your existing C++ code, from inheritance to templates

-   Fast and scalable builds that work with your existing C++ build systems



**Modern and evolving**



-   Solid language foundations that are easy to learn, especially if you have

    used C++

-   Easy, tool-based upgrades between Carbon versions

-   Safer fundamentals, and an incremental path towards a memory-safe subset



**Welcoming open-source community**



-   Clear goals and priorities with robust governance

-   Community that works to be welcoming, inclusive, and friendly

-   Batteries-included approach: compiler, libraries, docs, tools, package

    manager, and more



## Why build Carbon?



C++ remains the dominant programming language for performance-critical software,

with massive and growing codebases and investments. However, it is struggling to

improve and meet developers' needs, as outlined above, in no small part due to

accumulating decades of technical debt. Incrementally improving C++ is

[extremely difficult](/docs/project/difficulties_improving_cpp.md), both due to

the technical debt itself and challenges with its evolution process. The best

way to address these problems is to avoid inheriting the legacy of C or C++

directly, and instead start with solid language foundations like

[modern generics system](#generics), modular code organization, and consistent,

simple syntax.



Existing modern languages already provide an excellent developer experience: Go,

Swift, Kotlin, Rust, and many more. **Developers that _can_ use one of these

existing languages _should_.** Unfortunately, the designs of these languages

present significant barriers to adoption and migration from C++. These barriers

range from changes in the idiomatic design of software to performance overhead.



Carbon is fundamentally **a successor language approach**, rather than an

attempt to incrementally evolve C++. It is designed around interoperability with

C++ as well as large-scale adoption and migration for existing C++ codebases and

developers. A successor language for C++ requires:



-   **Performance matching C++**, an essential property for our developers.

-   **Seamless, bidirectional interoperability with C++**, such that a library

    anywhere in an existing C++ stack can adopt Carbon without porting the rest.

-   **A gentle learning curve** with reasonable familiarity for C++ developers.

-   **Comparable expressivity** and support for existing software's design and

    architecture.

-   **Scalable migration**, with some level of source-to-source translation for

    idiomatic C++ code.



With this approach, we can build on top of C++'s existing ecosystem, and bring

along existing investments, codebases, and developer populations. There are a

few languages that have followed this model for other ecosystems, and Carbon

aims to fill an analogous role for C++:



-   JavaScript → TypeScript

-   Java → Kotlin

-   C++ → **_Carbon_**



## Language Goals



We are designing Carbon to support:



-   Performance-critical software

-   Software and language evolution

-   Code that is easy to read, understand, and write

-   Practical safety and testing mechanisms

-   Fast and scalable development

-   Modern OS platforms, hardware architectures, and environments

-   Interoperability with and migration from existing C++ code



While many languages share subsets of these goals, what distinguishes Carbon is

their combination.



We also have explicit _non-goals_ for Carbon, notably including:



-   A stable

    [application binary interface](https://en.wikipedia.org/wiki/Application_binary_interface)

    (ABI) for the entire language and library

-   Perfect backwards or forwards compatibility



Our detailed [goals](/docs/project/goals.md) document fleshes out these ideas

and provides a deeper view into our goals for the Carbon project and language.



## Project status



Carbon Language is currently an experimental project. There is no working

compiler or toolchain. You can see the demo interpreter for Carbon on

[compiler-explorer.com](http://carbon.compiler-explorer.com/).



We want to better understand whether we can build a language that meets our

successor language criteria, and whether the resulting language can gather a

critical mass of interest within the larger C++ industry and community.



Currently, we have fleshed out several core aspects of both Carbon the project

and the language:



-   The strategy of the Carbon Language and project.

-   An open-source project structure, governance model, and evolution process.

-   Critical and foundational aspects of the language design informed by our

    experience with C++ and the most difficult challenges we anticipate. This

    includes designs for:

    -   Generics

    -   Class types

    -   Inheritance

    -   Operator overloading

    -   Lexical and syntactic structure

    -   Code organization and modular structure

-   A prototype interpreter demo that can both run isolated examples and gives a

    detailed analysis of the specific semantic model and abstract machine of

    Carbon. We call this the [Carbon Explorer](/explorer/).

-   An under-development [compiler and toolchain](/toolchain/) that will compile

    Carbon (and eventually C++ code as well) into standard executable code. This

    is where most of our current implementation efforts are directed.



If you're interested in contributing, we're currently focused on

[developing the Carbon toolchain until it can support Carbon ↔ C++ interop](/docs/project/roadmap.md#objective-for-2024-a-working-toolchain-that-supports-c-interop).

Beyond that, we plan to continue developing the design and toolchain until we

can ship the

[0.1 language](/docs/project/milestones.md#milestone-01-a-minimum-viable-product-mvp-for-evaluation)

and support evaluating Carbon in more detail.



You can see our [full roadmap](/docs/project/roadmap.md) for more details.



## Carbon and C++



If you're already a C++ developer, Carbon should have a gentle learning curve.

It is built out of a consistent set of language constructs that should feel

familiar and be easy to read and understand.



C++ code like this:






A snippet of C++ code. Follow the link to read it.




corresponds to this Carbon code:






A snippet of converted Carbon code. Follow the link to read it.




You can call Carbon from C++ without overhead and the other way around. This

means you migrate a single C++ library to Carbon within an application, or write

new Carbon on top of your existing C++ investment. For example:






A snippet of mixed Carbon and C++ code. Follow the link to read it.




Read more about

[C++ interop in Carbon](/docs/design/interoperability/philosophy_and_goals.md).



Beyond interoperability between Carbon and C++, we're also planning to support

migration tools that will mechanically translate idiomatic C++ code into Carbon

code to help you switch an existing C++ codebase to Carbon.



## Generics



Carbon provides a

**[modern generics system](/docs/design/generics/overview.md#what-are-generics)**

with checked definitions, while still **supporting opt-in

[templates](/docs/design/templates.md) for seamless C++ interop**. Checked

generics provide several advantages compared to C++ templates:



-   **Generic definitions are fully type-checked**, removing the need to

    instantiate to check for errors and giving greater confidence in code.

    -   Avoids the compile-time cost of re-checking the definition for every

        instantiation.

    -   When using a definition-checked generic, usage error messages are

        clearer, directly showing which requirements are not met.

-   **Enables automatic, opt-in type erasure and dynamic dispatch** without a

    separate implementation. This can reduce the binary size and enables

    constructs like heterogeneous containers.

-   **Strong, checked interfaces** mean fewer accidental dependencies on

    implementation details and a clearer contract for consumers.



Without sacrificing these advantages, **Carbon generics support

specialization**, ensuring it can fully address performance-critical use cases

of C++ templates. For more details about Carbon's generics, see their

[design](/docs/design/generics).



In addition to easy and powerful interop with C++, Carbon templates can be

constrained and incrementally migrated to checked generics at a fine granularity

and with a smooth evolutionary path.



## Memory safety



Safety, and especially

[memory safety](https://en.wikipedia.org/wiki/Memory_safety), remains a key

challenge for C++ and something a successor language needs to address. Our

initial priority and focus is on immediately addressing important, low-hanging

fruit in the safety space:



-   Tracking uninitialized states better, increased enforcement of

    initialization, and systematically providing hardening against

    initialization bugs when desired.

-   Designing fundamental APIs and idioms to support dynamic bounds checks in

    debug and hardened builds.

-   Having a default debug build mode that is both cheaper and more

    comprehensive than existing C++ build modes even when combined with

    [Address Sanitizer](https://github.com/google/sanitizers/wiki/AddressSanitizer).



Once we can migrate code into Carbon, we will have a simplified language with

room in the design space to add any necessary annotations or features, and

infrastructure like [generics](#generics) to support safer design patterns.

Longer term, we will build on this to introduce **a safe Carbon subset**. This

will be a large and complex undertaking, and won't be in the 0.1 design.

Meanwhile, we are closely watching and learning from efforts to add memory safe

semantics onto C++ such as Rust-inspired

[lifetime annotations](https://discourse.llvm.org/t/rfc-lifetime-annotations-for-c/61377).



## Getting started



To try out Carbon, you can use the Carbon explorer to interpret Carbon code and

print its output. You can try it out immediately at

[compiler-explorer.com](http://carbon.compiler-explorer.com/).



Because Carbon is an early, experimental project we don't yet have releases you

can download and try out locally, you'll instead need to build any tools

yourself from source. We expect to have packaged releases you can try out when

we reach our

[0.1 milestone](/docs/project/milestones.md#milestone-01-a-minimum-viable-product-mvp-for-evaluation).



If you do want to try out Carbon locally, you'll need to install our

[build dependencies](/docs/project/contribution_tools.md#setup-commands) (Bazel,

Clang, LLD, libc++) and check out the Carbon repository, for example on Debian

or Ubuntu:



```shell

# Update apt.

sudo apt update



# Install tools.

sudo apt install \

  bazel \

  clang \

  libc++-dev \

  libc++abi-dev \

  lld



# Download Carbon's code.

$ git clone https://github.com/carbon-language/carbon-lang

$ cd carbon-lang

```



Then you can build and run the explorer:



```shell

# Build and run the explorer.

$ bazel run //explorer -- ./explorer/testdata/print/format_only.carbon

```



And you can try out our toolchain which has a very early-stage compiler for

Carbon:



```shell

# Build and run the toolchain's help to get documentation on the command line.

$ bazel run //toolchain/driver:carbon -- help

```



For complete instructions, including installing dependencies on various

different platforms, see our

[contribution tools documentation](/docs/project/contribution_tools.md).



Learn more about the Carbon project:



-   [Project goals](/docs/project/goals.md)

-   [Language design overview](/docs/design)

-   [Carbon Explorer](/explorer)

-   [Carbon Toolchain](/toolchain)

-   [FAQ](/docs/project/faq.md)



## Conference talks



Past Carbon focused talks from the community:



### 2022



-   [Carbon Language: An experimental successor to C++](https://www.youtube.com/watch?v=omrY53kbVoA),

    CppNorth

-   [Carbon Language: Syntax and trade-offs](https://www.youtube.com/watch?v=9Y2ivB8VaIs),

    Core C++



### 2023



-   [Carbon’s Successor Strategy: From C++ interop to memory safety](https://www.youtube.com/watch?v=1ZTJ9omXOQ0),

    C++Now

-   Definition-Checked Generics

    ([Part 1](https://www.youtube.com/watch?v=FKC8WACSMP0),

    [Part 2](https://www.youtube.com/watch?v=VxQ3PwxiSzk)), C++Now

-   [Modernizing Compiler Design for Carbon’s Toolchain](https://www.youtube.com/watch?v=ZI198eFghJk),

    C++Now



### 2024



-   [Generic Arity: Definition-Checked Variadics in Carbon](https://schedule.cppnow.org/session/generic-arity-definition-checked-variadics-in-carbon/),

    C++Now



### Upcoming



-   [How designing Carbon with C++ interop taught me about C++ variadics and overloads](https://cppnorth.ca/speaker-chandler-carruth.html),

    CppNorth, July 21-24

-   [The Carbon Language: Road to 0.1](https://ndctechtown.com/agenda/the-carbon-language-road-to-01-0sqv/0526yb03a59),

    NDC {TechTown}, Sept. 11



## Join us



We'd love to have folks join us and contribute to the project. Carbon is

committed to a welcoming and inclusive environment where everyone can

contribute.



-   Most of Carbon's design discussions occur on

    [Discord](https://discord.gg/ZjVdShJDAs).

-   To watch for major release announcements, subscribe to our

    [Carbon release post on GitHub](https://github.com/carbon-language/carbon-lang/discussions/1020)

    and [star carbon-lang](https://github.com/carbon-language/carbon-lang).

-   See our [code of conduct](CODE_OF_CONDUCT.md) and

    [contributing guidelines](CONTRIBUTING.md) for information about the Carbon

    development community.



### Contributing



You can also directly:



-   [Contribute to the language design](CONTRIBUTING.md#contributing-to-the-language-design):

    feedback on design, new design proposal

-   [Contribute to the language implementation](CONTRIBUTING.md#contributing-to-the-language-implementation)

    -   [Carbon Toolchain](/toolchain/), and project infrastructure



You can **check out some

["good first issues"](https://github.com/carbon-language/carbon-lang/labels/good%20first%20issue)**,

or join the `#contributing-help` channel on

[Discord](https://discord.gg/ZjVdShJDAs). See our full

[`CONTRIBUTING`](CONTRIBUTING.md) documentation for more details.