EDG abre su front-end de C++: 30 años, ahora open source

Qué es EDG y por qué importa su front-end de C++ tras 30 años

EDG (Edison Design Group) construyó durante tres décadas el front-end de C++ que compilan, en silencio, herramientas que probablemente usas todos los días. La empresa, dirigida durante años por John Spicer, lleva desde los años 90 produciendo el único motor source-to-source de calidad de producción para C++ del mercado, según recuerda Herb Sutter en su bitácora Sutter's Mill.

El 30 de septiembre de 2026 el código fuente de ese front-end se hace público en github.com/edgcpp, bajo el paraguas de The C++ Alliance, una organización sin fines de lucro que ya actúa como fiscal sponsor oficial de las bibliotecas Boost C++ desde 2024. El propio Spicer preside el Fiscal Sponsorship Committee (FSC) que vigilará el proceso.

La decisión la confirmó el propio Sutter —chair de la Standard C++ Foundation y de CppCon— al repasar la última reunión del comité ISO C++: "John recently announced that, after a successful and storied career, it's time for EDG to wind down, and EDG plans to open-source its world-class C++ compiler front-end within the next year." La promesa ya se cumplió.

Por qué esta transición importa más allá de C++

El comunicado oficial en edgcpp.org lo deja claro desde la primera línea: "This is a change of steward, not a change of course." El motor, los estándares que implementa y el contacto para los usuarios siguen siendo los mismos. Lo único que cambia es de quién depende financieramente y dónde vive el código.

Tres elementos sostienen esa promesa:

• Misma gente. Los ingenieros de EDG pasan a ser contratados por The C++ Alliance. Spicer preside el comité que decide prioridades y revisa contribuciones.
• Mismo código base. Todo lo que aterriza, venga de la comunidad o del equipo de mantenimiento, va al mismo repositorio público. Como resume la fuente original: "One codebase, for everyone. Whichever track a change arrives on, it lands in the same public repository at the same time. No one gets early access."
• Mismas reglas para todos. Quien paga por una feature grande la libera para todos al mismo tiempo. Quien aporta un bug fix vía pull request se integra igual que cualquier otro contribuidor.

Cómo se organiza el proyecto: tres carriles, un solo repositorio

El modelo de gobernanza definido en edgcpp.org tiene tres carriles bien delimitados:

1. Contribuciones de la comunidad. Bug fixes y features enviados como pull requests por usuarios de EDG. Revisores —inicialmente desarrolladores senior de EDG— los aprueban y los fusionan en el codebase.
2. Mantenimiento siempre abierto. Las correcciones del equipo de The C++ Alliance se publican en cuanto están listas, sin lotes privados ni ventanas de embargo.
3. Features financiadas colectivamente. Empresas u organizaciones pueden pagar por el desarrollo de features grandes en lugar de tener que dedicarles ingenieros propios. Una vez entregada, la feature se libera para todos los usuarios a la vez.

The C++ Alliance no es una fundación improvisada. Es una organización sin fines de lucro con infraestructura de fiscal sponsorship probada, ingenieros de compiladores C++ en plantilla —incluyendo committers de LLVM con contribuciones directas al front-end de Clang— y raíces profundas en las comunidades de estándares de C++ y Boost. Además, publica reportes de transparencia, un detalle menor pero relevante cuando una pieza de infraestructura industrial cambia de manos.

¿Qué es el "fiscal sponsorship" y por qué importa a un founder?

Fiscal sponsorship es un arreglo legal en el que una organización sin fines de lucro ya constituida recibe y administra donaciones en nombre de un proyecto que aún no tiene su propia personalidad jurídica 501(c)(3). Los aportes son deducibles de impuestos desde el día uno, y el proyecto se enfoca en escribir código mientras el fiscal sponsor lleva contabilidad, auditoría y cumplimiento.

Es el mismo esquema que han usado durante años Software Freedom Conservancy u Open Collective Foundation para proyectos más pequeños. Lo nuevo aquí es aplicarlo a un componente industrial crítico de tres décadas, con un track explícito de financiación colectiva de features, algo parecido a un crowdfunding B2B, pero con contratos formales y entrega a todo el ecosistema por igual.

¿Qué cambia (y qué no) para los usuarios de EDG?

La fuente oficial lo resume en una tabla transparente:

Área	Modelo anterior	Modelo open source
Código fuente	Propietario, bajo licencia	Público en github.com/edgcpp
Financiamiento	Licencias anuales	Aportes deducibles a The C++ Alliance
Desarrollo	Equipo de EDG	Developers de EDG contratados por la Alliance + comunidad
Contacto	John Spicer	John Spicer, como chair del FSC
Lock-in	No aplicable	Ninguno. Salida en cualquier momento

La promesa es seductora para empresas que llevan años pagando licencias: sin lock-in, con la misma calidad. Pero también implica algo menos cómodo: el bug fix crítico de mañana depende de que el FSC apruebe prioridades en su agenda.

¿Qué significa esto para tu startup?

Aunque tu stack probablemente no incluya un compilador C++ en el core, esta transición deja tres lecciones directas:

• 1. Audita tu deuda de infraestructura propietaria. Si tu producto depende de un componente crítico con un solo proveedor —un motor propietario, un parser clave, una dependencia de compilación licenciada, un SDK de un único autor—, mapea hoy cuál sería el plan B. EDG tuvo 30 años para hacer una transición ordenada; no esperes a que el mercado, un M&A o un cierre de proveedor te obliguen a improvisarla.
• 2. El fiscal sponsorship es una opción real para tu OSS con tracción empresarial. Si tu proyecto open source tiene usuarios corporativos pero no llega a justificar una fundación propia, estudia este modelo. The C++ Alliance lleva años haciéndolo con Boost y ahora lo escala a EDG. La combinación de aportes deducibles + features financiadas colectivamente es una forma elegante de sostener el proyecto sin caer en un rug pull ni en la dependencia exclusiva de una sola Big Tech.

Y observa quién orquesta el lado humano: John Spicer, miembro del comité ISO C++ desde los años 90 según Sutter, deja la silla de chair del US C++ Committee pero se queda presidiendo el FSC que decide el futuro del front-end que ayudó a crear. Las transiciones de stewardship exitosas (EDG, Boost, Clang) tienen algo en común: el fundador original sigue visible y el fiscal sponsor tiene legitimidad técnica propia, no solo jurídica.

Fuentes

• EDG C++ front-end goes public (fuente original)
• Herb Sutter — Sutter's Mill (anuncio original de EDG y rol de John Spicer en el comité ISO C++)