今天，我宣布编译器团队的一项新实验：LLVM ICE-breaker 小组。如果您熟悉 LLVM 并希望为 rustc 做出贡献，但又不想承担过多的责任，那么 LLVM ICE-breaker 小组可能非常适合您！

什么是 LLVM ICE-breaker 小组？

从本质上讲，LLVM ICE-breaker 小组只是一个当遇到 LLVM 错误时希望收到通知的人员列表。您可以非常轻松地将自己添加到此列表中 - 只需打开一个 PR！当我们遇到合适的错误时，我们会编写一条消息，使用 @ 提及该列表中的每个 Github 用户。如果您有时间，也许您可以修复其中一个错误，或者至少提供一些建议来帮助其他人找出问题所在。

该小组还关联一些其他内容。例如，我们有一个指南，其中提供了一些关于如何修复与 LLVM 相关的错误的技巧，可能有助于您入门（特别是如果您不太熟悉 rustc）。

我们讨论的是哪种类型的错误？

目标是识别“自包含”的错误，这些错误不太可能需要大规模的编译器重构，或者与其他大型项目纠缠在一起。

当 Rust 开发人员分类错误并将其标记为 ICE-breaker 时，他们将在 Github 上 ping 该小组。

谁应该加入？

对于任何熟悉 LLVM 并且希望了解更多关于 Rust 的信息或更多参与 Rust 项目的人来说，这个小组非常适合。即使您没有时间为 rustc 打开 PR，也有许多其他方式可以提供帮助

• 识别我们可能遇到的未解决的 LLVM 错误；
• 将 Rust 源代码简化为最小的缩减器；
• 将 LLVM IR 简化为最小的问题案例；
• 等等。

（就此而言，即使您对 LLVM 不那么熟悉，也可以加入该小组——没有比这更好的学习方式了！）

为什么叫 ICE-breaker 呢？

“ICE”是“内部编译器错误”的缩写。它实际上特指编译器崩溃的情况（这往往是一种容易修复的错误）。事实上，很少有 LLVM 错误会导致真正的 ICE，但这个名字太棒了，不容错过。

当然，我们也希望这些 ICE-breaker 小组能够帮助人们更熟悉 rustc 的黑客攻击；如果您愿意的话，可以“打破僵局”（哈！我太逗了）。

未来会有更多的 ICE-breaker 小组吗？

我当然希望如此！正如我之前提到的，这是一项实验，但假设它运行良好，我们完全打算创建更多的 ICE-breaker 小组。

当前 ICE-breaker 小组的列表记录在rustc 开发指南中

那么我该如何再次注册呢？

很简单！只需打开一个 PR！

更新

自从这篇博文发布以来，“ICE-breaker”小组已更名为“通知小组”。