Ubuntu 25.04 'Plucky Puffin' 进行了首次测试重建，引人注目的是，它使用了 LLVM Clang 编译器而非传统的 GCC 编译器来构建主要软件包。这次测试重建揭示了在不同架构上，使用 LLVM 编译器构建时存在的软件包构建失败问题。尽管目前Canonical 没有计划将 LLVM/Clang 作为默认编译器，但这次尝试表明他们正在探索发行版的底层改进，并关注性能。此次测试重建的详细信息可在相关链接中找到。这标志着Ubuntu在编译器选择上的一次重要尝试，预示着未来可能的发展方向。

🛠️ Ubuntu 25.04首次尝试使用LLVM Clang编译器而非传统的GCC编译器进行主要软件包的重建测试。

⚠️ 测试结果显示，使用LLVM编译器在不同架构上，如x86_64、armhf和ARM64等，均出现了一定数量的软件包构建失败，分别有176、205和131个软件包构建失败。

🚀 Canonical此次尝试并非计划立即替换GCC，而是探索发行版底层改进，更加关注性能和其他方面的提升，为未来发展提供可能性。

今天上午，邮件列表上分享了 Ubuntu 25.04 的"Plucky Puffin"首次测试重建结果， 虽然外人通常不会感兴趣，但有趣的一点是他们使用了 LLVM Clang 编译器（而非通常的 GCC 编译器）重建了 Ubuntu 25.04 软件包的主要组件。 

邮件列表上的 Ubuntu 测试重建信息通常比较枯燥，除非您是 Ubuntu 的维护者/打包管理者。 通常情况下，它们只会指出哪些软件包由于新的编译器/工具链升级和/或更小众的 CPU 架构等原因而无法构建。 这也是 Ubuntu 25.04 在进行其他 GNU 工具链升级后计划进行的首次测试重建。但让这次 Plucky Puffin 测试重建更有趣的是：

"As a bonus， we tried to build the main component of plucky using LLVM， see https://people.canonical.com/~ginggs/ftbfs-report/test-rebuild-20241219-plucky-llvm-plucky.html "

这似乎是 Canonical 首次尝试在 LLVM/Clang 编译器而非标准 GCC 编译器下重建 Ubuntu。 事实上，检查之前的测试重建邮件列表信息并没有提到任何"额外"的 LLVM 编译。

That Ubuntu 25.04 测试重建使用了 LLVM 编译器。04 测试重建使用 LLVM/Clang 编译器时，确实发现了许多软件包构建失败的情况：在主存档中，有 176 个软件包在 x86_64 上构建失败，205 个软件包在 armhf 上构建失败，131 个软件包在 ARM64 上构建失败，还有其他架构。

没有迹象表明 Canonical 计划在短期内改用 LLVM/Clang 作为默认的 C/C++ 编译器或类似的东西，但有趣的是，他们已经开始探索对发行版进行更多底层改进，并更加关注开箱即用的性能和其他领域。对 Ubuntu 25.04 测试重建结果感兴趣的用户可以查看 此 Ubuntu 开发信息。