本文へ
ハクソク

世界を動かす技術を、日本語で。

EDG C++ フロントエンドが公開される

元記事: 原文(edgcpp.org)

概要

  • EDG のC++フロントエンドが 2026年9月30日 にオープンソース化
  • The C++ Alliance が新たな非営利の受け皿として運営開始
  • コミュニティによる 貢献・保守・資金調達 の3本柱で運営
  • コードベースは 完全公開、誰でも貢献可能
  • ユーザー参加 ・意見反映がプロジェクト継続の鍵

EDGオープンソース化の概要

  • EDG のC++フロントエンドが 2026年9月30日 にオープンソースとして公開
  • The C++ Alliance が新たな非営利の運営母体として選定
  • エンジン・標準・主要担当者 は従来通りの継続体制
  • 運営形態と資金調達 が変更され、コミュニティ主導へ移行
  • 継続性 と 透明性 を重視したプロジェクト運営

EDGの歴史

  • 30年以上 にわたり業界標準のC++フロントエンドとして活躍
  • 唯一の本格的なソース・トゥ・ソースエンジン として評価
  • 数多くの コンパイラやツール の基盤技術
  • EDGの創設者・開発者 による技術的なリーダーシップ
  • 歴史的なマイルストーンや利用事例の蓄積

オープンソース化後のEDG

  • 2026年9月30日以降、ソースコードが GitHub で完全公開
  • 専門的な保守 と 開発の継続 が課題
  • 新たな運営体制に必要な3要素
    • 財政的支援 ：寄付の受け入れ・管理
    • 技術的継続性 ：高品質なエンジニアリングの維持
    • C++コンパイラの専門知識 ：内部からの知見

The C++ Allianceの役割

  • 非営利団体 としてEDGの財政的・技術的な受け皿
  • Boost C++ Libraries の財政支援実績
  • LLVMコミッター やC++標準化コミュニティとの強い繋がり
  • 透明性レポート の公開による信頼性確保

運営の仕組み

  • オープンソースプロジェクト としての標準的な開発運営
  • 3つのトラックにより開発が進行
    • トラック1：コミュニティ貢献
      • バグ修正や新機能をユーザーがプルリクエストで提案
      • 初期は経験豊富なEDG開発者がレビュー・マージ
    • トラック2：継続的保守
      • The C++ AllianceのEDG開発者による即時公開の保守作業
    • トラック3：共同資金による機能開発
      • 大規模機能はコミュニティから資金を募り開発
      • 資金提供者以外も同時に成果物を利用可能
  • 単一のリポジトリ で全ての変更を即時公開
  • 早期アクセスなし、すべてのユーザーが平等に利用

運営監督体制

  • Fiscal Sponsorship Committee (FSC) が全トラックを監督
  • John Spicer が議長として指名
  • EDGユーザーコミュニティ からのボランティアも参加
  • 貢献のレビュー・マージや保守・新機能の優先順位策定を担当

変更点と不変点

| 項目 | 従来のライセンスモデル | オープンソースモデル | |-------------------|---------------------------|------------------------------| | ソースコード | ライセンス下で非公開 | GitHubで完全公開 | | 資金調達 | 年間ライセンス料 | コミュニティからの寄付 | | 開発体制 | EDGチーム | The C++ Alliance＋ユーザー貢献| | 主要窓口 | John Spicer | John Spicer（FSC議長） | | ロックイン | 該当なし | なし（いつでも退出可能） |

コミュニティ参加方法

  • John Spicer が移行プロセスをリード、ユーザーの質問に対応
  • FSC構成や開発優先度 に関するユーザーからの意見を歓迎
  • GitHub（github.com/edgcpp/compiler） にてバグ修正や新機能のプルリクエストを受付
  • CppLang Slack でリアルタイムの議論が可能（#edgcppチャンネル）
  • GitHubのウォッチ で最新の開発状況を随時確認可能

参考リンク

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

お知らせ: https://edgcpp.org/#transition ソースコード自体: https://github.com/edgcpp/compiler ドキュメント: https://edgcpp.org/doc/ そして、気になるライセンス SPDX は: Apache-2.0 WITH LLVM-exception つまり - https://spdx.org/licenses/Apache-2.0.html - https://spdx.org/licenses/LLVM-exception.html

└

LLVMの例外について知らなかったな。> LLVMのApache 2.0ライセンスへの例外 > あなたのソースコードをコンパイルした結果、このソフトウェアの一部がそのソースコードのオブジェクト形式に埋め込まれた場合、その埋め込まれた部分をライセンスのセクション4(a)、4(b)、4(d)の条件に従わずにそのオブジェクト形式で再配布することができます。 > さらに、このソフトウェアのコンパイルされた形式をGPLv2のライセンス下にあるソフトウェア（「結合ソフトウェア」）と結合またはリンクした場合、適切な管轄権を持つ裁判所が特許条項（セクション3）、補償条項（セクション9）またはライセンスの他のセクションがGPLv2の条件と矛盾すると判断した場合、あなたはそのライセンスのセクションを遡及的かつ将来的に放棄したり、除外することを選択できますが、それは全体としてのみ、かつ結合ソフトウェアに関してのみです。後半の部分がよくわからないんだけど、誰か説明してくれない？

すごい！これはC++にとって大ニュースだね。背景を説明すると、私は専門家じゃないけど、彼らのC++フロントエンドは広く知られてる。最初に聞いたのは、Visual C++のIntellisenseがそれを使ってるからで、VCは自分の補完にmsvcフロントエンドを使ってないから注目されたんだ。過去にも他のフロントエンドで使われたり評価されたりしてたみたい。私はC++製品のPMをやってたけど、エンジニアからたくさん学ぶことができた。私たちは使ってなかったけど、彼らはEDGを高く評価してたよ。正確性に関してはすごく強い評判があるから、オープンソース化はC++コミュニティにとってとても良いことだと思う。

└

私はC++を使ってないけど、最初の反応は「やばい、これは大事だ」だった。

└

うわぁ。これはC++にとって大きなニュースだね。でも、ちょっと悲しい。彼らが閉鎖することを発表したんだ。

└

基本的にC++のフロントエンドは4つあるよ：gcc、clang、MSVC、EDG。ほとんどのC++コンパイラは、これらのコンパイラのリスキン版みたいなもんだね。多くのプロプライエタリコンパイラは、EDGからclangに移行してる（例えば、インテルは数年前にこの移行をした）。EDGフロントエンドがオープンソース化される理由は、EDG自体が閉店するからで、オープンソース化はEDGの顧客がclangに移行するための一時的な解決策なんだ。だから…これはあまり良いニュースじゃない。フロントエンドの一つが実質的に終わりを迎えているってことだから。

「3つのトラック、1つのコードベース」って、これめっちゃLLMっぽい文章だね。編集: でも、この場合は何か重要なものがリリースされるみたいだから、もっと簡潔で人間味のある表現がいいかも。

└

今はキャッチーなフレーズが全部LLMが書いたものだと見なされるのが嫌だな。LLMがそれを使いすぎてるけど、LLMはキャッチーなマーケティング資料やYouTuberからトレーニングデータを得てるしね。

歴史があるね！オープンソース化にしては本当に珍しい。最初のコミットの日付が1990年で、そこから先に進んでるから、こんなに歴史があるのはすごく珍しいと思う。面白いことがたくさん詰まってるんじゃないかな。

確か、EDGは古いC++でテンプレートのexportキーワードを実装しようとした唯一のC++実装だったと思う。その実装経験がexportの非推奨に影響を与えたんだ。EDGはC++の開発において大きな影響を持ってる。

└

そうだね、C++26の静的リフレクションがプロトタイプされたのもここだし、これも彼らの影響の一例だね。EDGの開発者の一人がアイデアをプロトタイプして、C++17のリフレクションが実現しなさそうなときにWG21に持ち込んだんだ。

└

少し訂正、他のコンパイラやフロントエンドの開発者たちは、ほぼ白書を読んで「これが私たちが思ってた通りのもので、だから実装しなかったんだ」と言ったんだ。競争相手に自分の持ってる機能をコピーしないように言って、ちゃんと聞いてくれるなんて想像できる？

Hacker Newsで議論の続きを見る