SDCC 4.6.0: el compilador C libre para microcontroladores se actualiza

SDCC 4.6.0: un compilador libre para el corazón de los microcontroladores

SDCC (Small Device C Compiler) es uno de esos proyectos open source que rara vez aparecen en titulares, pero que corren silenciosamente dentro de miles de dispositivos: hornos microondas, controles industriales, equipos médicos básicos y, sobre todo, microcontroladores de 8 bits que forman el esqueleto del internet de las cosas. El 22 de junio de 2026 se liberó SDCC 4.6.0, una versión que, más allá de las notas técnicas, confirma una tendencia que cualquier founder de hardware o firmware debe seguir de cerca: la infraestructura crítica de software embebido está encontrando modelos de financiación estables y el estándar C sigue avanzando hacia C2y.

Qué es exactamente SDCC y por qué importa

SDCC es un suite de compilador C retargetable y optimizante que cumple con los estándares ANSI C89, ISO C99, ISO C11 e ISO C23, según la documentación del proyecto en sdcc.sourceforge.net. A diferencia de GCC, que apunta a sistemas grandes, SDCC está diseñado para arquitecturas diminutas y muy diversas:

Intel MCS-51 (8031, 8032, 8051, 8052).
Maxim DS80C390 (antes Dallas).
Freescale HC08 (hc08, s08).
Zilog Z80 y derivados (Z80, Z80N, Z180, eZ80, SM83, Rabbit 2000/3000/4000, TLCS-90, R800).
Padauk (pdk14, pdk15) — microcontroladores chinos de muy bajo costo.
STMicroelectronics STM8.
MOS 6502 y WDC 65C02, presentes en retrocomputación y sistemas embebidos clásicos.

El proyecto también incluye un ensamblador y linker (sdas/sdld), un simulador (ucsim), un depurador a nivel de fuente (sdcdb), preprocesador (sdcpp), y bibliotecas de tiempo de ejecución bajo GPL. Fue escrito originalmente por Sandeep Dutta en los años 90, movido a SourceForge en diciembre de 1999, y desde entonces se mantiene con contribuciones voluntarias.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Para un founder, la pregunta clave es: ¿por qué debería importarte un compilador open source de 8 bits? Tres razones. Primera, porque muchos productos conectados y dispositivos industriales de bajo costo aún dependen de estas arquitecturas. Segunda, porque tener un compilador libre significa que no estás atado a la hoja de cálculo de licencias de IAR, Keil o Microchip para mantener tu firmware a 5 o 10 años vista. Tercera, porque cada vez más fondos públicos europeos están apostando por sostener este tipo de proyectos críticos, lo que reduce el riesgo de abandono.

Qué trae SDCC 4.6.0

La lista de novedades publicada en el sitio oficial es larga y técnica, pero hay cinco bloques que vale la pena destacar:

Adopción de C2y: entran al compilador _Countof, literales octales C2y, if-declaration, operador condicional con operando omitido, umaxabs, enteros de precisión de bit firmados, containerof, y las funciones uabs, ulabs, ullabs. También se completa constexpr de C23 y los compound literals de C23 con especificadores de clase de almacenamiento.
Nuevos puertos para la familia Rabbit: se añade el r4k (Rabbit 4000) y entran en fase experimental los puertos r5k y r6k para Rabbit 5000 y 6000. El puerto ez80 reemplaza al antiguo ez80_z80.
Mejor generación de código para la familia Z80 y soporte de la convención de llamada Dynamic C en puertos relacionados.
Cambio de semántica en realloc(ptr, 0) que ahora sigue el estándar C99 en lugar del comportamiento C90.
Diagnósticos mejorados: advertencias cuando los accesos a parámetros array caen fuera de los límites declarados, mejores diagnósticos para C2y inválido, y soporte para declaraciones de parámetros hacia adelante (extensión GNU).

En la práctica, lo que esto significa para un equipo que escribe firmware es que puedes escribir C más moderno sobre hardware viejo sin caer en trampas de comportamiento indefinido. En hardware embebido, una sutileza de realloc puede ser un CVE esperando a explotar.

El dato que de verdad importa: SDCC por fin tiene financiación

El 15 de octubre de 2025 los propios desarrolladores de SDCC anunciaron en el sitio del proyecto que habían conseguido dos fondos públicos europeos para mantener y mejorar el compilador. Es la primera vez en décadas que el proyecto tiene un respaldo institucional serio, y conviene entender qué hay detrás:

NGI0 Commons Fund, de NLnet, financia un proyecto conjunto de cinco desarrolladores de SDCC para mejorar el soporte de hardware objetivo (Padauk, Rabbit, Toshiba TLCS), añadir mejoras independientes de la máquina, y — sobre todo — implementar link-time optimization para eliminar funciones y objetos no usados. Esa última es, según los propios autores, la funcionalidad más pedida por los usuarios en los últimos años.
Sovereign Tech Fund, el programa alemán para fortalecer la infraestructura digital crítica, comisionó trabajo de un desarrollador enfocado en seguridad y resiliencia: soporte de estándares C relevantes para safety, preparación para criptografía post-cuántica, mitigaciones de ataques de canal lateral y ampliación de la cobertura de tests.

¿Por qué es relevante para un founder hispanohablante? Porque marca un camino. NGI0 Commons Fund y Sovereign Tech Fund son modelos europeos de financiación de infraestructura digital abierta. Si tu startup depende de una pieza open source crítica — un compilador, una RTOS, una librería criptográfica — estos programas están abiertos a solicitudes de proyectos externos, no solo a gigantes europeos. Los Sovereign Tech Funds son hoy una de las pocas ventanas para que un proyecto de nicho con valor sistémico reciba dinero sin tener que convertirse en startup SaaS.

Qué significa esto para tu startup

Si tu producto tiene una capa embebida — ya sea un dispositivo médico, un sensor industrial, un electrodoméstico conectado o un wearable — SDCC 4.6.0 te da tres palancas concretas:

Reducir dependencia de toolchains propietarias. SDCC cubre STM8, MCS-51, Rabbit, eZ80 y Padauk, todas arquitecturas todavía habituales en producción industrial. Compilar tu firmware con una toolchain libre significa que tu costo de soporte a 10 años no escala con la licencia del vendor.
Modernizar C sin migrar de hardware. Las novedades C2y y C23 (constexpr, compound literals, _Countof, va_start modernizado) te permiten escribir firmware más legible y seguro sin dejar de correr sobre un Rabbit 4000. Es la diferencia entre un código que el equipo nuevo puede auditar y uno que solo entiende el autor original.
Aprovechar los fondos públicos para tu propia infraestructura. Si tu startup mantiene un proyecto open source crítico, los programas como NGI0 y los Sovereign Tech Funds aceptan propuestas. No son becas: son contratos por deliverables sobre infraestructura digital con valor sistémico.

Dos acciones concretas esta semana:

Audita tu stack embebido y mide cuánto pagas anualmente por toolchains propietarias (IAR, Keil, MPLAB XC). Ese número es el ROI directo de migrar a SDCC al menos en arquitecturas donde es viable.
Si mantienes o dependes de un proyecto open source de infraestructura, revisa los requisitos de NGI0 Commons Fund (NLnet) y de Sovereign Tech Fund. Son modelos replicables que en LATAM aún no existen con esa escala — una oportunidad si trabajas con políticas públicas digitales.

Plataformas soportadas y cómo empezar

SDCC compila de forma nativa en GNU/Linux y macOS con GCC, y las builds de Windows se generan cross-compilando a mingw32 desde Linux, según la documentación oficial. Las plataformas «oficialmente soportadas» son Linux amd64, Linux x86, Windows amd64 y macOS amd64, con builds conocidas también en Linux aarch64, Linux ppc64 y FreeBSD aarch64.

Los paquetes oficiales, código fuente y documentación están en la página de descargas del proyecto en SourceForge. Para probar el desarrollo más reciente, el repositorio Subversion está accesible en svn://svn.code.sf.net/p/sdcc/code/trunk/sdcc. Si reportas un bug, los desarrolladores piden código que reproduzca el problema, comando exacto usado, versión de SDCC (sdcc -v) y sistema operativo, según la guía de soporte del propio sitio.