cppfront 是实验性C++前端，将C++23/26新语法（如!int、let）转为标准C++23代码，需配合clang/gcc/MSVC等后端编译器；与奔腾编译器无关。
cppfront 是什么，和奔腾编译器有关系吗
没有关系。cppfront 不是编译器，更不是“奔腾编译器”——它是个实验性前端，把带 C++23/C++26 新语法（比如 !int、let x = 42;）的源码，转成标准 C++23 兼容代码；真正编译还得靠 clang、gcc 或 MSVC。cppfront 本身不生成机器码，也不处理链接、优化或目标平台适配。
常见错误现象：cppfront 报错说找不到 std::span 或 std::format，其实是后端编译器没开 C++23 支持，不是 cppfront 的问题。
- 必须搭配支持 C++23 的后端编译器（clang 17+、gcc 13+、MSVC 19.35+）
-
cppfront当前只支持 Linux/macOS，Windows 上需 WSL 或手动构建，无官方预编译二进制 - 它不处理头文件路径、宏定义或预编译头，这些全交给下游编译器
怎么装 cppfront 并跑通第一个例子
最稳的方式是用 CMake 构建源码，别信第三方包管理器里的过期版本。官方 repo 更新频繁，master 分支常含未文档化变更。
- 克隆：
git clone https://github.com/hsutter/cppfront - 进目录后执行：
cmake -B build -DCMAKE_BUILD_TYPE=Release && cmake --build build - 生成的可执行文件在
build/cppfront，建议加到$PATH或直接用绝对路径调用 - 写个
hello.cpp2：main() { let s = "hello"; print(s); }然后运行：cppfront hello.cpp2 -o hello.cpp，再用clang++ -std=c++23 hello.cpp编译
哪些 C++2 语法现在能用，哪些还不能
cppfront 目前聚焦“核心新语法”，不是完整 C++26 草案实现。它优先支持语义清晰、无需运行时支持的特性。
立即学习“C++免费学习笔记（深入）”；
- 已支持：
let x = 42;（类型推导绑定）、!T（非空指针）、print(...)（简易输出）、if consteval、auto f() -> int等 - 暂不支持：
std::expected的专用语法糖、generator协程关键字、模块接口单元（module;）仍需传统import模拟 - 注意：
print()展开为std::cout << ... << std::endl，不支持格式化字符串，也无缓冲控制 - 所有转换后的代码都依赖
<print>（C++23）或自定义头，若后端不认这个头，得关掉-fno-modules或补 fallback 实现
为什么编译通过但运行出错，或者性能变差
根本原因：cppfront 输出的是“等价但不等效”的 C++23 代码。它做的是语法映射，不是语义优化。
-
let v = std::vector{1,2,3};→ 展开为带冗余拷贝的初始化列表构造，可能触发额外 move 或 copy（尤其 debug 模式下） -
!T*转成带断言的包装类，每次解引用都多一次assert(p != nullptr)，release 下可被优化掉，但调试时有开销 - 错误信息指向
hello.cpp行号，不是原始hello.cpp2，查错得来回对照；建议用cppfront -E先看展开结果 - 不支持模板参数推导中的新语法（如
template<let N = 42>），这类写法会直接报错，而非静默降级
真实项目里混用 cppfront 和传统 C++ 很容易在头文件边界出问题——比如一个 .cpp2 文件 import 了另一个 C++23 头，而后者又依赖某个仅在 GCC 14 才完全实现的特性，这时错误源头就藏得很深。
