第276回 何が「世界初」なの？ NEDOのRISC-V向け包括的なソフト開発環境って：頭脳放談

国立研究開発法人「新エネルギー・産業技術総合開発機構（NEDO）」が「世界初、RISC-V向けの包括的なソフト開発環境の実現に成功」というプレスリリースを出した。何が「世界初」で「包括的」なのか？　この発表が国内のRISC-V開発に与える影響は？　筆者が考察してみた。

[Massa POP Izumida，著]

新エネルギー・産業技術総合開発機構（NEDO）のプレスリリース
世界初の「RISC-V向けの包括的なソフト開発環境の実現に成功」というが、世界初なのは、RISC-V向けのソフトウェア開発環境ではなく、「包括的な」ソフトウェア開発環境のことのようだ。どこが「包括的」なのか、筆者が考察してみた。

　プレスリリースを出すときに、そのタイトルに「世界初」と銘打つのは常とう手段である。「二番煎じ（せんじ）」と銘打つことはありえないから当然だが。そこでプレスリリースを出す側としては、「世界初」と銘打つための根拠がほしい。何らかの客観的な指標でダントツの数字をたたき出しているのが一番だ。

　しかし、そんな明朗な指標がないことは多い、というか普通である。そこで担当者としては、何とか根拠をひねり出すのだ。否定できない達成項目をあれこれ「AND」で結合した合わせ技で一本という感じである。

　ただ、そういう場合「客観的」というより「主観的」、「具体的」というよりも「抽象的」な表現にならざるを得ないことが多い。過去、何度となくそんなプレスリリースを出すのにかかわってしまった経験がある。誰かのことではない。

　さて、そんな目でプレスリリースのタイトルを眺めてしまう筆者が最近「引っ掛かった」タイトルが次のものである。「世界初、次世代プロセッサIP（RISC-V）向けの包括的なソフト開発環境の実現に成功」という大型連休直前のリリースだ。

　まぎれもない日本を代表する国立研究開発法人「新エネルギー・産業技術総合開発機構（NEDO）」のプレスリリースである。「RISC-Vのソフト開発環境」そのものは、ずっと前から存在する。今この文書を書いている筆者のPCにも載っている。上記のタイトルをよく読めば「包括的な」ソフト開発環境が「世界初」だと言っているようだ。はて、「包括的」って何だ？

エンジニア向けとお役所向けの文章は書き方が違う？

　最初から蛇足的なことを書いてしまう。エンジニア向きとお役所向きの文章の書き方で大きく異なることがある。

　対エンジニア向けでは、「xxdB」「yy％」のように具体的な数値、それも明確な条件のあるものが欠かせない。具体的な数値がなければ設計方針が決まらない。ただし数値をうたっても、細かい前提条件が書き込まれていない場合は大抵怪しい。数字の一人歩きというやつだ。

　それに対して、お役所向きでは抽象的な文言が大事だ。不用意に読んでしまうと通り過ぎてしまう抽象的な一言がポイントで、具体的なことは何も書いていない。しかし後になって「ここに根拠が書いてあるでしょ」と、その一言が大きく膨らんで具現化（当然お金の動きが伴う）するのだ。やりたいことがあるなら最初から書けよという感じだが、注意深く読まないと気付かれない、けれど根拠として必要十分なように抽象化するところに、文章作法の真髄（しんずい）がある。

　上記のプレスリリースに戻ろう。冒頭に「RISC-V向けに実現した包括的なソフトウェア開発環境」という図が掲げられている。左には既存のソフトウェア開発環境、右には今回の成果によるソフトウェア開発環境を並べた比較図だ。灰色とカラフルという色分けがされているが、開発ツールのソフトウェアスタックとしては、全く同じ構造に見える。

RISC-V向けに実現した包括的なソフトウェア開発環境の図
今回のプレスリリースの目玉である「包括的」の範囲を示している。RISC-Vプロセッサ自体から開発ツールまでをそろえたのがキモのようだ。

　色を付けたその意味は、スタックの中のレイヤーごとに最新のRISC-V対応を施したということのようだ。プレスリリースにはNEDOの名の下に、日本を代表するソフトウェアツールベンダー（それぞれ得意のレイヤーが異なっている）が並んでいる。それぞれのベンダーが得意なレイヤーごとにいろいろ手を加えた結果が「包括的」ってことなのか？

プロセッサ／マイコン向けの開発ツールの現状

　ここでプロセッサ／マイコン向けの開発ツールについて、少々おさらいしておきたい。ざっくり言ってしまうと、大きく2つの流れがある。オープンソースの流れと、プロプライエトリな流れだ。

　オープンソースは、GNUのツールチェーンに代表されるコンパイラ、バイナリツール、ビルドツール、デバッガ、IDE、そしてライブラリなどを組み合わせて用いる方法だ。誰でも無償でダウンロードして使うことができる。ソースコードも公開されているから、場合によっては自前で修正も可能である。

　ただし、よいことばかりではない。「GPL汚染」のようにライセンス条項によっては、ソースコードの開示が必要になるなど、商業的なメーカーにとっては受け入れがたい制約が加わることがある。工業所有権なども心配だ。

　また、各ツール、ライブラリなどが、それぞれ異なる主体によって配布されていることもあるので、それを組み合わせて使用している場合に何か不具合が発生しても、誰かがサポートしてくれるわけでもない。「コミュニティー」の善意に期待することはできるが、プロジェクトの秘密を考えると、うかうかと開示することもできない。海外、特に中華圏などは大丈夫（？）というくらいに「風通し」がよく、オープンソースでの開発でもあっという間に問題解決できるみたいだが……。