#compilers

文章解释 GCC 在编译时如何把 switch 语句降低为跳转表和决策树，并梳理这一代码生成路径。内容面向希望理解 GCC 内部实现与优化选择的编译器、系统工程师。

Cloudflare 博客的一篇文章介绍了 tsrs：一个把 TypeScript 编译移植到 Rust 的项目。据评论者引用的移植文档，它用永不释放的 arena 安放长生命周期对象，以在没有 GC 的 Rust 中模拟 GC；另一名评论者称，项目动机之一是获得能在 WASM-only 沙箱中运行的编译器，避免 tsc 的 Go 版本附带完整 Go 运行时。该评论者还称 Rust 版本快于参考的 tsc/Go 实现。现有材料没有说明 tsrs 的发布状态、与 tsc 的兼容范围或可复现的基准数据，因此这些速度说法仍需核实。

Rust 编译器贡献者 panstromek 撰文展望 2026 年 Rust 编译器的工作重点，帖文在 Hacker News 引发讨论。由于原文正文未随讨论一并提供，具体版本号、落地时间表与已完成状态均无法核实；从讨论内容看，涉及的核心议题是 trait 求解器（solver）、Polonius 借用检查、长期停滞的 specialization，以及 target 目录体积。评论者引用了文中一句评价，称这项工作“解决了编译器开发者多年来梦寐以求的一大块技术债”，但该引文本身没有点明具体对应哪个组件。

GCC 项目正式出台了关于在编译器套件开发中使用大语言模型的政策，其核心是拒绝任何包含或衍生于 LLM 生成内容的、具有法律意义的贡献；项目认为这一领域的法律尚未确定，因而采取保守立场。政策并非一刀切：对测试套件的补充限制更宽松，而借助 LLM 理解代码、查找缺陷、审查补丁等辅助用途仍然允许，Jeff Law 表示政策会定期审查并可能在近期修订。在 2026 年 GNU Tools Cauldron 上，Law 与 Kyrill Tkachov 介绍了实际用法：LLM 擅长找出错误或缺失的测试、构造最小复现、定位根因（可检查 GIMPLE 和 RTL 中间表示并提出修复），Law 还用 QEMU 插件找出热点代码交给模型评估，称在查看的每个基准测试上都找到了改进。两人同时指出局限：补丁审查结果中只有约 20% 有用，最难的是写好提示词，用第二个 LLM 为第一个写提示词更是「惨败」，所有输出仍需人工复核。