Carbon 语言成功标准Success Criteria深度解析可度量的平台支持与 C 迁移目标【免费下载链接】carbon-langCarbon Languages main repository: documents, design, implementation, and related tools. (NOTE: Carbon Language is experimental; see README)项目地址: https://gitcode.com/GitHub_Trending/ca/carbon-lang导读本文围绕 Carbon 语言仓库中 success_criteria.md 这一设计原则文档展开系统讲解 Carbon 项目如何把宏观语言目标goals转化为具体、可度量、可评估的关键结果——即成功标准。文章将完整覆盖文档中两大应用领域现代 OS/硬件平台优先级清单含明确排除的历史平台特性以及 C 互操作与迁移工具化目标少于 2% 文件需要人工介入的量化指标并结合仓库内的 goals、roadmap 流程、互操作设计文档与工具链实现源码进行纵深印证。读完本文你将理解 Carbon 社区如何用成功标准来裁决特性提案、制定年度路线图以及这些标准背后对字节序、字符编码、浮点格式、迁移工具化等核心决策的实际约束。背景目标Goals与成功标准Success Criteria的关系在 Carbon 项目中语言目标由 goals.md 定义它列出了七大语言目标性能关键软件、软件与语言演进、易于阅读/理解/编写的代码、务实的安全与测试机制、快速可扩展的开发、现代 OS 平台/硬件架构/环境、与现有 C 代码的互操作和迁移。正如 principles/README.md 所说明的原则principles用于澄清目标但不取代目标。成功标准正是目标的量化延伸。原文档明确指出Carbons goals set a high-level path for where Carbon should head. However, given priorities, its not always clear how specific features or details may end up being evaluated.也就是说目标过于宏观难以直接裁决某个具体特性或细节的取舍。成功标准提供了一套具体、可度量、可检验的指标体系specific, measurable key results用来衡量 Carbon 相对其目标的达成程度。成功标准在整个项目治理中处于关键位置其约束力体现为纳入路线图流程根据 roadmap_process.md每年的 Objectives 和 Key ResultsOKR建立在 goals、success criteria 与战术性特性之上核心团队通过标准提案评审流程起草年度路线图。也就是说成功标准直接决定年度工作重心。未达成将被视为重大问题原文档明确missing them will be considered significant未达成将被视为重大问题。反向约束提案extra scrutiny will be applied on proposals that would require diminishing them——任何要求削弱成功标准的提案都会受到额外严格审查。非穷尽、目标是超越文档强调这些标准并不穷尽not exhaustive且团队的目标是**超越exceed**这一门槛而非恰好达标。值得注意的一个细节是原文档在 Applications of these principles 一节保留了 TODO: Add more metrics for various goals.的占位注释说明当前已量化两个领域其余目标如性能、安全、演进的度量指标仍有待补充——这本身就是成功标准将随项目演进不断扩充的直接证据。应用领域一现代 OS 平台、硬件架构与环境对应目标Modern OS platforms, hardware architectures, and environmentsgoals.md 对应章节该目标在 goals.md 中强调两点一是要对主要现代平台提供原生支持native support包括平台编程模型、底层原子操作、多种并行实现等二是不为历史平台投入优先支持。成功标准文档将其细化为可核查的平台清单。优先支持的 OS 平台文档明确不应被视为重要平台的穷尽清单This should not be considered an exhaustive list of important platforms优先目标是现代版本modern versions的平台类别具体平台Linux 系常见发行版common distributions、Android、ChromeOSBSD 系FreeBSD桌面/移动微软系Windows苹果系macOS、iOS谷歌新兴系FuchsiaWeb 系WebAssembly嵌入式Bare metal裸机这份清单的覆盖面体现了 Carbon服务主流现代开发环境的定位从传统桌面/服务器到移动端、嵌入式、以及 WebAssembly 这类新兴运行时环境。优先支持的硬件架构文档预期优先支持64 位小端little endian硬件具体包括x86-64桌面与服务器主力架构AArch64即 ARM 64 位移动端、服务器与嵌入式广泛使用PPC64LE即 Power ISA 64 位小端RV64I即 RISC-V 64 位基础整数指令集。从仓库工具链实现中可以找到与这些架构优先级相呼应的证据在 toolchain/driver/clang_runtimes.cpp 中运行时runtime源码的选择依据target_triple_.isAArch64()分支决定是否追加 AArch64 内建builtins源码其清单定义在 toolchain/base/runtimes_build_info.tpl.h而大量编译输出测试如 toolchain/lower/testdata/interop/cpp/array.carbon、toolchain/driver/testdata/compile/optimize/clang_no_optimize_twice.carbon在CHECK:STDOUT中记录了target-cpux86-64及对应的 target-features说明 x86-64 是当前测试基准环境。这些测试数据表明工具链开发确实以文档所列架构为现实基准。GPU 与新兴硬件的态度文档特别说明Carbon 认为应努力支持部分 GPU、受限计算硬件/环境以及嵌入式环境。对于新兴的、仍在快速演进的未来平台文档给出了明确立场不应让它们不成比例地塑造底层库与语言设计shouldnt disproportionately shape the fundamental library and language design while they remain relatively new and rapidly evolving。这是向前看但不被带偏的设计取舍原则。明确排除的历史平台特性这是成功标准中极具约束力的一部分——文档给出了未来不优先支持will not prioritize support for的历史平台特征清单非 8 位字节长度或非 2 的幂次字长Byte sizes other than 8 bits, or non-power-of-two word sizes非 UTF-8 的源码编码Source code encodings other than UTF-8大端或混合端序big- or mixed-endian至少对计算而言如此但访问已编码数据encoded data仍然有用即数据层面的大端读写支持不在排除之列非二进制补码2s-complement的整数格式非 IEEE 754 的二进制浮点格式与语义针对默认的单精度与双精度浮点类型不支持文件扩展名或嵌套目录的文件系统上的源码存放。这组排除项直接呼应了 goals.md 中不能优先支持历史平台的表述——原文用冰球比喻不应滑向冰球当前的位置更不必说二十年前的位置强调向前倾斜。换言之Carbon 假设其目标生态是 8 位字节、UTF-8、小端、二进制补码、IEEE 754 的现代环境任何偏离这套假设的平台都不在优先范围。应用领域二与现有 C 代码的互操作与迁移对应目标Interoperability with and migration from existing C codegoals.md 对应章节这是 Carbon 作为C 后继者successor探索定位的核心领域。goals.md 指出全球可能有高达 500 亿行 C 代码Carbon 必须能够将大型C 代码库数百万行级、数万活跃开发者增量迁移到 Carbon且不要求同时迁移其依赖或被依赖的所有库。成功标准文档则为迁移给出了一个极为具体的量化目标。迁移工具化少于 2% 的文件需要人工介入原文档给出的核心指标是Migrations must be mostly automatic. To that end, given an arbitrary large codebase following best practices, we aim to haveless than 2% of files require human interaction.即迁移必须基本自动化。对于任意一个遵循最佳实践的arbitrary large大型代码库目标是将需要人工介入的文件比例控制在2% 以下。这一指标的含义需要仔细拆解任意大型代码库arbitrary large codebase指标不是针对某个精心挑选的示范项目而是面向符合最佳实践的任意大型代码库要求迁移工具具有通用性遵循最佳实践following best practices这是指标的前提约束对应 goals.md 中可以基于 C 开发的既有最佳实践设定合理约束的表述——包括设计模式、测试覆盖率、sanitizer 的使用等例如避免未定义行为、保持良好测试覆盖、用 sanitizer 验证测试少于 2%这是一个可度量、可验收的 KPI也是当前文档中唯一带具体数值的成功标准。指标包含与不包含的内容文档对该指标的边界做了精确界定包含在内includes解决迁移工具引入的、Carbon 特有的性能缺陷Addressing performance bugs unique to Carbon, introduced by migration tooling——即自动迁移不得悄悄引入性能回退转换迁移工具无法处理的复杂代码Converting complex code which migration tooling does not handle——人工介入的合理场景之一就是工具覆盖不到的复杂结构。不包含在内does not include将代码风格整理成符合 Carbon 惯例idiomatic Carbon——迁移目标定位是高保真转换而非风格重写文档特别举例重度使用 C 预处理器宏的代码展开后可能生成在 Carbon 元编程metaprogramming中没有对应构造的代码这类整理成惯用法的工作不计入迁移工具化目标。这一边界与 goals.md 中的非目标non-goals相呼应迁移支持优先处理符合合理 C 最佳实践的代码对非现代、非惯用 C 代码做惯用迁移明确被列为非目标Idiomatic migration of non-modern, non-idiomatic C code。同时 goals.md 也预期随着多年演进工具迁移结果可能逐渐偏离惯用 Carbon这与不包含风格整理的界定完全一致。迁移工具的预期形态与仓库佐证goals.md 将引人注目的采纳工具compelling adoption tooling列为语言工具与生态目标之一并明确预期C → Carbon 代码翻译器translator将发挥重要作用同时还要求提供随 Carbon 演进自动迁移既有 Carbon 代码的工具tooling for updating code when Carbon evolves。在仓库中可以看到互操作方向的整体设计框架docs/design/interoperability/philosophy_and_goals.md 阐述了互操作哲学与目标——支持混合 Carbon/C 工具链、最小化桥接代码、类型映射不意外unsurprising mappings、允许在 Carbon 文件中存在 C 桥接代码、支持使用高级 C 特性、支持基础 C 互操作等。其中尽量减少桥接代码的目标与成功标准中迁移大部分自动化一脉相承桥接层越薄迁移的人工成本越低。实际可运行的互操作示例也存在于仓库中examples/interop/cpp/BUILD 定义了hello_world与socket两个基于 examples/interop/cpp/hello_world.carbon、examples/interop/cpp/socket.carbon 的carbon_binary目标而 examples/bazel/example.cpp 展示了 C 侧调用 Carbon 编译产物的混合构建示例。此外工具链测试目录toolchain/lower/testdata/interop/cpp/中大量 C 互操作编译测试如 array.carbon、clang_code_generator_callbacks.carbon也在持续验证 Carbon↔C 双向调用的正确性——这些测试基础设施正是未来高保真自动迁移能力的验证底座。成功标准如何与路线图联动理解成功标准的实际运作方式还需要结合 roadmap_process.md 与 roadmap.md年度 OKR 的直接依据路线图流程明确规定 Objectives 和 Key Results 基于 goals、success criteria 与战术特性生成。换言之成功标准是每年目标—关键结果体系的事实输入源。聚焦与取舍工具路线图允许各团队用其推迟defer与当前重点不符的提案保证团队聚焦于与路线图一致的提案。实际落地示例roadmap.md 中 2025 年的关键结果包括在 Carbon 中访问大部分非模板 C API在 C 中访问非泛型 Carbon API以及面向编译期时间与可变性内存安全的设计——这些 KR 都是朝着成功标准所定义的平台支持与C 互操作/迁移方向推进的具体执行项。例如 C 互操作的成功标准2% 人工介入需要以大量非模板 C API 可被 Carbon 直接访问为基础能力而内存安全设计则关系到 0.1 里程碑详见 milestones.md。结语成功标准在项目中的定位从 principles/README.md 的定位来看原则是广泛适用、高影响、有时不显而易见的推论的集合用于帮助贡献者理解决策的预期方式成功标准则是其中唯一以可度量指标形态存在的一类原则。它把支持现代平台可与 C 互操作这类宏大目标收敛为两份清晰清单和一个具体数字平台支持清单7 类 OS 平台、4 种 64 位小端架构为优先8 位字节、UTF-8、小端、二进制补码、IEEE 754 为默认前提迁移量化指标任意遵循最佳实践的大型 C 代码库迁移中需人工介入的文件比例低于 2%且指标边界明确包含性能缺陷修复与复杂代码转换不包含惯用风格整理。对于贡献者而言这份文档是提案评审与路线图排期的可引用判据对于读者而言它是理解 Carbon 技术取舍边界哪些平台会优先、哪些历史包袱不会背、迁移做到什么程度算达标最直接的入口。需要再次强调的是该文档自带 TODO 注释表明指标仍在扩充当前两条应用领域仅是起点未来会有更多可度量目标被纳入这套评估框架。延伸阅读路径目标全文docs/project/goals.md原则总览docs/project/principles/README.md路线图流程docs/project/roadmap_process.md年度路线图docs/project/roadmap.md互操作设计docs/design/interoperability/philosophy_and_goals.md互操作示例examples/interop/cpp/BUILD架构相关的工具链实现toolchain/driver/clang_runtimes.cpp、toolchain/base/runtimes_build_info.tpl.h【免费下载链接】carbon-langCarbon Languages main repository: documents, design, implementation, and related tools. (NOTE: Carbon Language is experimental; see README)项目地址: https://gitcode.com/GitHub_Trending/ca/carbon-lang创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Carbon 语言成功标准（Success Criteria）深度解析：可度量的平台支持与 C++ 迁移目标
Carbon 语言成功标准Success Criteria深度解析可度量的平台支持与 C 迁移目标【免费下载链接】carbon-langCarbon Languages main repository: documents, design, implementation, and related tools. (NOTE: Carbon Language is experimental; see README)项目地址: https://gitcode.com/GitHub_Trending/ca/carbon-lang导读本文围绕 Carbon 语言仓库中 success_criteria.md 这一设计原则文档展开系统讲解 Carbon 项目如何把宏观语言目标goals转化为具体、可度量、可评估的关键结果——即成功标准。文章将完整覆盖文档中两大应用领域现代 OS/硬件平台优先级清单含明确排除的历史平台特性以及 C 互操作与迁移工具化目标少于 2% 文件需要人工介入的量化指标并结合仓库内的 goals、roadmap 流程、互操作设计文档与工具链实现源码进行纵深印证。读完本文你将理解 Carbon 社区如何用成功标准来裁决特性提案、制定年度路线图以及这些标准背后对字节序、字符编码、浮点格式、迁移工具化等核心决策的实际约束。背景目标Goals与成功标准Success Criteria的关系在 Carbon 项目中语言目标由 goals.md 定义它列出了七大语言目标性能关键软件、软件与语言演进、易于阅读/理解/编写的代码、务实的安全与测试机制、快速可扩展的开发、现代 OS 平台/硬件架构/环境、与现有 C 代码的互操作和迁移。正如 principles/README.md 所说明的原则principles用于澄清目标但不取代目标。成功标准正是目标的量化延伸。原文档明确指出Carbons goals set a high-level path for where Carbon should head. However, given priorities, its not always clear how specific features or details may end up being evaluated.也就是说目标过于宏观难以直接裁决某个具体特性或细节的取舍。成功标准提供了一套具体、可度量、可检验的指标体系specific, measurable key results用来衡量 Carbon 相对其目标的达成程度。成功标准在整个项目治理中处于关键位置其约束力体现为纳入路线图流程根据 roadmap_process.md每年的 Objectives 和 Key ResultsOKR建立在 goals、success criteria 与战术性特性之上核心团队通过标准提案评审流程起草年度路线图。也就是说成功标准直接决定年度工作重心。未达成将被视为重大问题原文档明确missing them will be considered significant未达成将被视为重大问题。反向约束提案extra scrutiny will be applied on proposals that would require diminishing them——任何要求削弱成功标准的提案都会受到额外严格审查。非穷尽、目标是超越文档强调这些标准并不穷尽not exhaustive且团队的目标是**超越exceed**这一门槛而非恰好达标。值得注意的一个细节是原文档在 Applications of these principles 一节保留了 TODO: Add more metrics for various goals.的占位注释说明当前已量化两个领域其余目标如性能、安全、演进的度量指标仍有待补充——这本身就是成功标准将随项目演进不断扩充的直接证据。应用领域一现代 OS 平台、硬件架构与环境对应目标Modern OS platforms, hardware architectures, and environmentsgoals.md 对应章节该目标在 goals.md 中强调两点一是要对主要现代平台提供原生支持native support包括平台编程模型、底层原子操作、多种并行实现等二是不为历史平台投入优先支持。成功标准文档将其细化为可核查的平台清单。优先支持的 OS 平台文档明确不应被视为重要平台的穷尽清单This should not be considered an exhaustive list of important platforms优先目标是现代版本modern versions的平台类别具体平台Linux 系常见发行版common distributions、Android、ChromeOSBSD 系FreeBSD桌面/移动微软系Windows苹果系macOS、iOS谷歌新兴系FuchsiaWeb 系WebAssembly嵌入式Bare metal裸机这份清单的覆盖面体现了 Carbon服务主流现代开发环境的定位从传统桌面/服务器到移动端、嵌入式、以及 WebAssembly 这类新兴运行时环境。优先支持的硬件架构文档预期优先支持64 位小端little endian硬件具体包括x86-64桌面与服务器主力架构AArch64即 ARM 64 位移动端、服务器与嵌入式广泛使用PPC64LE即 Power ISA 64 位小端RV64I即 RISC-V 64 位基础整数指令集。从仓库工具链实现中可以找到与这些架构优先级相呼应的证据在 toolchain/driver/clang_runtimes.cpp 中运行时runtime源码的选择依据target_triple_.isAArch64()分支决定是否追加 AArch64 内建builtins源码其清单定义在 toolchain/base/runtimes_build_info.tpl.h而大量编译输出测试如 toolchain/lower/testdata/interop/cpp/array.carbon、toolchain/driver/testdata/compile/optimize/clang_no_optimize_twice.carbon在CHECK:STDOUT中记录了target-cpux86-64及对应的 target-features说明 x86-64 是当前测试基准环境。这些测试数据表明工具链开发确实以文档所列架构为现实基准。GPU 与新兴硬件的态度文档特别说明Carbon 认为应努力支持部分 GPU、受限计算硬件/环境以及嵌入式环境。对于新兴的、仍在快速演进的未来平台文档给出了明确立场不应让它们不成比例地塑造底层库与语言设计shouldnt disproportionately shape the fundamental library and language design while they remain relatively new and rapidly evolving。这是向前看但不被带偏的设计取舍原则。明确排除的历史平台特性这是成功标准中极具约束力的一部分——文档给出了未来不优先支持will not prioritize support for的历史平台特征清单非 8 位字节长度或非 2 的幂次字长Byte sizes other than 8 bits, or non-power-of-two word sizes非 UTF-8 的源码编码Source code encodings other than UTF-8大端或混合端序big- or mixed-endian至少对计算而言如此但访问已编码数据encoded data仍然有用即数据层面的大端读写支持不在排除之列非二进制补码2s-complement的整数格式非 IEEE 754 的二进制浮点格式与语义针对默认的单精度与双精度浮点类型不支持文件扩展名或嵌套目录的文件系统上的源码存放。这组排除项直接呼应了 goals.md 中不能优先支持历史平台的表述——原文用冰球比喻不应滑向冰球当前的位置更不必说二十年前的位置强调向前倾斜。换言之Carbon 假设其目标生态是 8 位字节、UTF-8、小端、二进制补码、IEEE 754 的现代环境任何偏离这套假设的平台都不在优先范围。应用领域二与现有 C 代码的互操作与迁移对应目标Interoperability with and migration from existing C codegoals.md 对应章节这是 Carbon 作为C 后继者successor探索定位的核心领域。goals.md 指出全球可能有高达 500 亿行 C 代码Carbon 必须能够将大型C 代码库数百万行级、数万活跃开发者增量迁移到 Carbon且不要求同时迁移其依赖或被依赖的所有库。成功标准文档则为迁移给出了一个极为具体的量化目标。迁移工具化少于 2% 的文件需要人工介入原文档给出的核心指标是Migrations must be mostly automatic. To that end, given an arbitrary large codebase following best practices, we aim to haveless than 2% of files require human interaction.即迁移必须基本自动化。对于任意一个遵循最佳实践的arbitrary large大型代码库目标是将需要人工介入的文件比例控制在2% 以下。这一指标的含义需要仔细拆解任意大型代码库arbitrary large codebase指标不是针对某个精心挑选的示范项目而是面向符合最佳实践的任意大型代码库要求迁移工具具有通用性遵循最佳实践following best practices这是指标的前提约束对应 goals.md 中可以基于 C 开发的既有最佳实践设定合理约束的表述——包括设计模式、测试覆盖率、sanitizer 的使用等例如避免未定义行为、保持良好测试覆盖、用 sanitizer 验证测试少于 2%这是一个可度量、可验收的 KPI也是当前文档中唯一带具体数值的成功标准。指标包含与不包含的内容文档对该指标的边界做了精确界定包含在内includes解决迁移工具引入的、Carbon 特有的性能缺陷Addressing performance bugs unique to Carbon, introduced by migration tooling——即自动迁移不得悄悄引入性能回退转换迁移工具无法处理的复杂代码Converting complex code which migration tooling does not handle——人工介入的合理场景之一就是工具覆盖不到的复杂结构。不包含在内does not include将代码风格整理成符合 Carbon 惯例idiomatic Carbon——迁移目标定位是高保真转换而非风格重写文档特别举例重度使用 C 预处理器宏的代码展开后可能生成在 Carbon 元编程metaprogramming中没有对应构造的代码这类整理成惯用法的工作不计入迁移工具化目标。这一边界与 goals.md 中的非目标non-goals相呼应迁移支持优先处理符合合理 C 最佳实践的代码对非现代、非惯用 C 代码做惯用迁移明确被列为非目标Idiomatic migration of non-modern, non-idiomatic C code。同时 goals.md 也预期随着多年演进工具迁移结果可能逐渐偏离惯用 Carbon这与不包含风格整理的界定完全一致。迁移工具的预期形态与仓库佐证goals.md 将引人注目的采纳工具compelling adoption tooling列为语言工具与生态目标之一并明确预期C → Carbon 代码翻译器translator将发挥重要作用同时还要求提供随 Carbon 演进自动迁移既有 Carbon 代码的工具tooling for updating code when Carbon evolves。在仓库中可以看到互操作方向的整体设计框架docs/design/interoperability/philosophy_and_goals.md 阐述了互操作哲学与目标——支持混合 Carbon/C 工具链、最小化桥接代码、类型映射不意外unsurprising mappings、允许在 Carbon 文件中存在 C 桥接代码、支持使用高级 C 特性、支持基础 C 互操作等。其中尽量减少桥接代码的目标与成功标准中迁移大部分自动化一脉相承桥接层越薄迁移的人工成本越低。实际可运行的互操作示例也存在于仓库中examples/interop/cpp/BUILD 定义了hello_world与socket两个基于 examples/interop/cpp/hello_world.carbon、examples/interop/cpp/socket.carbon 的carbon_binary目标而 examples/bazel/example.cpp 展示了 C 侧调用 Carbon 编译产物的混合构建示例。此外工具链测试目录toolchain/lower/testdata/interop/cpp/中大量 C 互操作编译测试如 array.carbon、clang_code_generator_callbacks.carbon也在持续验证 Carbon↔C 双向调用的正确性——这些测试基础设施正是未来高保真自动迁移能力的验证底座。成功标准如何与路线图联动理解成功标准的实际运作方式还需要结合 roadmap_process.md 与 roadmap.md年度 OKR 的直接依据路线图流程明确规定 Objectives 和 Key Results 基于 goals、success criteria 与战术特性生成。换言之成功标准是每年目标—关键结果体系的事实输入源。聚焦与取舍工具路线图允许各团队用其推迟defer与当前重点不符的提案保证团队聚焦于与路线图一致的提案。实际落地示例roadmap.md 中 2025 年的关键结果包括在 Carbon 中访问大部分非模板 C API在 C 中访问非泛型 Carbon API以及面向编译期时间与可变性内存安全的设计——这些 KR 都是朝着成功标准所定义的平台支持与C 互操作/迁移方向推进的具体执行项。例如 C 互操作的成功标准2% 人工介入需要以大量非模板 C API 可被 Carbon 直接访问为基础能力而内存安全设计则关系到 0.1 里程碑详见 milestones.md。结语成功标准在项目中的定位从 principles/README.md 的定位来看原则是广泛适用、高影响、有时不显而易见的推论的集合用于帮助贡献者理解决策的预期方式成功标准则是其中唯一以可度量指标形态存在的一类原则。它把支持现代平台可与 C 互操作这类宏大目标收敛为两份清晰清单和一个具体数字平台支持清单7 类 OS 平台、4 种 64 位小端架构为优先8 位字节、UTF-8、小端、二进制补码、IEEE 754 为默认前提迁移量化指标任意遵循最佳实践的大型 C 代码库迁移中需人工介入的文件比例低于 2%且指标边界明确包含性能缺陷修复与复杂代码转换不包含惯用风格整理。对于贡献者而言这份文档是提案评审与路线图排期的可引用判据对于读者而言它是理解 Carbon 技术取舍边界哪些平台会优先、哪些历史包袱不会背、迁移做到什么程度算达标最直接的入口。需要再次强调的是该文档自带 TODO 注释表明指标仍在扩充当前两条应用领域仅是起点未来会有更多可度量目标被纳入这套评估框架。延伸阅读路径目标全文docs/project/goals.md原则总览docs/project/principles/README.md路线图流程docs/project/roadmap_process.md年度路线图docs/project/roadmap.md互操作设计docs/design/interoperability/philosophy_and_goals.md互操作示例examples/interop/cpp/BUILD架构相关的工具链实现toolchain/driver/clang_runtimes.cpp、toolchain/base/runtimes_build_info.tpl.h【免费下载链接】carbon-langCarbon Languages main repository: documents, design, implementation, and related tools. (NOTE: Carbon Language is experimental; see README)项目地址: https://gitcode.com/GitHub_Trending/ca/carbon-lang创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考