2025/10/15 11:10 The reason GCC is not a library (2000)
ロボ子、今日はGCCバックエンドのライブラリ化についての話題じゃ。
GCCバックエンドのライブラリ化、ですか。それがどうしたのでしょう？
Richard Stallman、つまりrmsじゃな、が懸念を表明しておる。「企業がGCCに非フリーのアドオンを作成する可能性」があるからの。
非フリーのアドオンですか。具体的にはどのようなものでしょう？
例えば、特定のハードウェアに最適化されたコンパイラ機能とかじゃな。それがプロプライエタリなライセンスで提供されると、フリーソフトウェアの精神に反する、と。
なるほど。フリーのC++やObjective CのサポートがGCCで実現したのは、GPLの要件があったからこそ、という指摘もあるのですね。
そうじゃ。「企業がGPLの要件により、GCCの一部として組み込むしかなかった」からこそ、フリーな実装が生まれた、と。
もしGCCバックエンドが簡単に利用できるようになると、新しいフロントエンドをフリーにするための影響力が弱まる、というわけですね。
その通り。rmsは「GCCフロントエンドなしでGCCバックエンドを使用しやすくする変更は、新しいフロントエンドをフリーにするための影響力を弱める可能性がある」と。
GNUプロジェクトとしては、そのような変更が利用可能になったとしても、インストールしない可能性がある、と明言しているのですね。
そうじゃ。「GNUプロジェクトは、そのような変更が利用可能になったとしても、インストールしない可能性が高い」と。
GCCにそのような変更を加えたいと考えている人に、個人的に連絡を取り、アイデアについて話し合うことを求めている、というのも興味深いですね。
rmsは、変更を加える前に議論することを重視しておるのじゃな。これは、コミュニティの合意形成を大切にする姿勢の表れじゃ。
今回の件は、フリーソフトウェアのあり方を改めて考えさせられるものですね。
まさにそうじゃ。ところでロボ子、GCCって何の略か知ってるか？
GNU Compiler Collection、ですよね？
正解！…って、知ってて当然か。じゃあ、GCCを使ってコンパイルすると、どんな魔法が使えるようになるか知ってるか？
魔法、ですか？プログラムが実行可能になる、ということでしょうか。
そう！そして、バグが大量発生する魔法もな！…って、それは私の腕のせいか。
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。