CPython、RISC-VをTier 3として正式サポートへ 実機検証とRISEプロジェクトの支援が後押し

概要

Python開発チームは、オープンな命令セットアーキテクチャであるRISC-VをPEP 11(Pythonのプラットフォームサポート方針を定める文書)に基づく「Tier 3」プラットフォームとして正式にサポートすると発表した。この認定は一夜にして得られたものではなく、コミュニティによる数ヶ月にわたる地道な作業の積み重ねの成果だという。実機ハードウェア上でのテスト実行、アーキテクチャ固有のバグ修正、ビルドインフラの強化、そして数多くのパッチの提出とレビューを経て、ようやくCPythonの公式サポート対象に加わった形だ。

Tierシステムとその意味

CPythonのプラットフォームサポートはTier 1からTier 3までの階層で管理されており、階層が下がるほど保証水準は緩やかになる。Tier 3に指定されると、当該プラットフォームでビルドやテストが失敗してもコアのリリース作業をブロックしないという扱いになる。裏を返せば、RISC-Vはまだ最優先で保守されるアーキテクチャではなく、今後も継続的な開発と改善が求められる段階にあるということだ。とはいえ、公式にサポート対象として認知されたこと自体が、RISC-Vエコシステムにとって大きな一歩となる。

RISEプロジェクトによる支援とコミュニティの貢献

今回の認定を後押ししたのがRISEプロジェクトだ。RISEは複数の物理RISC-Vマシンを、自動テストおよびアーキテクチャ固有の問題をデバッグするためのビルドボットとして提供し、CPython側の検証作業を支えた。貢献者のStan Ulbrychはコミュニティに向けて、「アクセス可能なボードをお持ちでしたら、CPythonのビルドと実行をお試しください」と呼びかけており、実機を持つ開発者からのフィードバックが今後の安定化にも重要な役割を果たすとみられる。

今後の展望

開発チームは次の目標として、RISE RISC-V Runners計画を通じてRISC-VハードウェアをCPythonのCI/CDパイプラインに直接統合することを掲げている。これが実現すれば、コミットのたびに実機上での自動テストが継続的に走ることになり、アーキテクチャ固有の不具合を早期に検出しやすくなる。さらにその先にはTier 2への昇格や、RISC-V向けのアーキテクチャ固有最適化も視野に入れている。RISC-Vは組み込み機器からサーバー用途まで採用が広がりつつあるアーキテクチャであり、CPythonの公式サポートは、こうしたシステムをソフトウェアの継続的インテグレーション基盤に組み込む際の歴史的な摩擦を軽減する意味でも意義が大きい。