EDG C++-Frontend wird Open Source
EDG C++ front-end goes public
Am 30. September 2026 veröffentlicht EDG den Quellcode seines C++-Frontends und übergibt die Projektführung an die C++ Alliance. Das Unternehmen bleibt als nichtkommerzielle Organisation erhalten, die Entwicklung wird über drei Wege organisiert: Community-Beiträge, kontinuierliche Wartung und gemeinschaftlich finanzierte Features. John Spicer leitet den Übergang und den Fiskalausschuss. Die Engine und die unterstützten Standards bleiben unverändert, nur die Finanzierung und der Code-Speicherort ändern sich.
Dies ist ein Wechsel des Verwalters, nicht eine Änderung des Kurses.
- jabl
Was in der Ankündigung nicht erwähnt wird (zumindest nach einem kurzen Überfliegen), ist, dass die Firma EDG sich auflöst, was wahrscheinlich der Grund dafür ist, dass sie das Frontend als Open Source freigeben.
https://en.wikipedia.org/wiki/Edison_Design_Group ref 9: https://herbsutter.com/2025/11/10/trip-report-november-2025-...
- badsectoracula
Ich frage mich, ob die Source-to-Source-Kompilierung genutzt werden könnte, um C++-Code/Bibliotheken in andere Sprachen zu transpilieren – z. B. könnte dies (natürlich mit entsprechenden Modifikationen) verwendet werden, um FLTK in Free-Pascal-Code zu kompilieren und direkt von Lazarus als Backend für LCL genutzt zu werden? Der Versuch, C++-Bibliotheken aus Nicht-C++ heraus zu verwenden, ist immer eine Qual, besonders wenn man dynamisches Linken vermeiden will.
Da ich Lazarus erwähnt habe: Wenn es sich selbst nach Free Pascal kompilieren kann, frage ich mich, ob es nützlich wäre, um C++-Unterstützung in Lazarus selbst hinzuzufügen, sodass Free Pascal und C/C++ in einem Projekt gemischt werden können, um eigenständige ausführbare Dateien für Desktop-Anwendungen zu erstellen. Es würde wahrscheinlich viel mehr Arbeit erfordern als nur die Kompilierung, um es zu einem erstklassigen Bürger zu machen, so wie Free Pascal selbst für Lazarus/LCL ist (z. B. Dinge wie der Objektinspektor und die Code-Tools, die C++ gut genug verstehen, damit Refactoring und Sachen wie das Doppelklicken auf einen Button in einem Formular automatisch den Handler deklarieren und definieren und den Editor-Cursor zum neu definierten Handler-Codeblock bewegen), aber vielleicht könnte es als Ausgangspunkt dienen.
- vintagedave
Wow. Das sind große Neuigkeiten für C++.
Als Hintergrund – und ich bin hier kein Experte – ihr C++-Frontend ist weithin bekannt. Ich hörte zum ersten Mal davon, weil Visual C++s Intellisense es verwendet, was bemerkenswert war, da VC nicht das msvc-Frontend für seine eigene Vervollständigung nutzt. Ich verstehe, dass es in der Vergangenheit auch für andere Frontends verwendet oder evaluiert wurde. Ich arbeitete als PM für ein C++-Produkt und hatte das Glück, viel von unseren Ingenieuren lernen zu können; wir haben es nicht verwendet, aber sie dachten sehr hoch von EDG.
Es hat einen sehr starken Ruf für Korrektheit. Und daher denke ich, dass die Open-Source-Stellung eine sehr vorteilhafte Sache für die C++-Community sein wird.
- trebligdivad
Es hat Geschichte! Das ist wirklich ungewöhnlich für Open-Source-Übergänge; die Daten der frühesten Commits sind von 1990 und sie gehen in der Zeit vorwärts, also ist es wirklich ungewöhnlich, so viel Historie zu haben. Ich wette, da sind einige lustige Sachen drin.
- OneDeuxTriSeiGo
Ankündigung: https://edgcpp.org/#transition
Der Quellcode selbst: https://github.com/edgcpp/compiler
Dokumentation: https://edgcpp.org/doc/
Und für die Neugierigen: Die Lizenz-SPDX ist: Apache-2.0 WITH LLVM-exception
d.h.