Rust 1.100 elimina las herramientas de host para Windows de 32 bits

Rust 1.100 dejará de distribuir un compilador que se ejecute en Windows de 32 bits, anunció el equipo del compilador de Rust el 2 de octubre de 2026. Los dos objetivos i686 de Windows conservan sus compilaciones de la biblioteca estándar, así que todavía se pueden crear programas para Windows de 32 bits. Solo hay que hacerlo desde una máquina de 64 bits.

El cambio se anunció en el Rust Blog, firmado por Mateusz Mikuła y Ralf Jung en nombre del equipo del compilador. Llega en Rust 1.100, la versión posterior a Rust 1.99, que se publicó el 1 de octubre.

Qué cambia en Rust 1.100

Rust ordena las plataformas que admite en niveles (tiers). Los objetivos de nivel 1 se prueban en cada cambio y tienen garantizado que compilan y funcionan. Los objetivos de nivel 2 tienen garantizada la compilación, pero no se prueban por completo. Dentro de cada nivel, un objetivo viene "con herramientas de host" o "sin herramientas de host". Las herramientas de host son los programas que se ejecutan en la propia máquina: el compilador, el gestor de paquetes Cargo y el resto de la cadena de herramientas. Un objetivo sin herramientas de host solo recibe una biblioteca estándar precompilada. Eso es lo que hace falta para compilar programas para esa plataforma desde otro sitio.

Objetivo	Antes de Rust 1.100	Desde Rust 1.100
i686-pc-windows-msvc	Nivel 1 con herramientas de host	Nivel 1 sin herramientas de host
i686-pc-windows-gnu	Nivel 2 con herramientas de host	Nivel 2 sin herramientas de host

La entrada del blog dice que la biblioteca estándar se seguirá distribuyendo para ambos objetivos. El objetivo MSVC también conserva su estatus de nivel 1 y sigue pasando por las pruebas de integración continua. Lo que desaparece es el compilador y las demás herramientas de host. "Después de Rust 1.100, ya no será posible instalar cadenas de herramientas en hosts Windows de 32 bits", afirma la entrada.

Por qué el equipo del compilador hace el recorte

El equipo da tres razones. La primera es el hardware. Los procesadores de escritorio y servidor que solo ejecutan código de 32 bits "llevan más de 15 años sin venderse", dice la entrada. Las máquinas de desarrollo con Windows de 32 bits apenas existen. La entrada también señala que el soporte general de Windows de 32 bits terminó en octubre de 2025.

La segunda razón es que las propias compilaciones se estaban rompiendo. Según la entrada del blog, los binarios del compilador generados para el objetivo i686 MSVC fallan. En el lado GNU, la cadena de herramientas de C++ falla con errores de falta de memoria en hardware moderno.

La tercera razón es el coste. La pull request que eliminó las herramientas de host de MSVC fue abierta en GitHub por el usuario mati865 el 4 de septiembre de 2026 y fusionada el 9 de septiembre. Muestra el efecto en la granja de compilación de Rust. El trabajo dist-i686-msvc pasó de 2 horas y 19 minutos a 42 minutos y 1 segundo, una reducción del 70 %. Dos trabajos de prueba se fusionaron en uno, porque uno de ellos ya no ejecutaba ninguna prueba. Una pull request posterior, la #162577, corrigió la página de soporte de plataformas, que todavía mostraba el objetivo con herramientas de host.

Una rebaja que empezó en 2025

El objetivo GNU lleva más de un año en este camino. La RFC 3771, fechada el 11 de febrero de 2025, movió i686-pc-windows-gnu del nivel 1 al nivel 2. Contaba unas 76.000 descargas del compilador y 56.000 de la biblioteca estándar para ese objetivo. Eso queda muy por debajo de otras plataformas de nivel 1 y al nivel de objetivos de nivel 2 como FreeBSD. La RFC también decía que el objetivo no tenía equipo de mantenedores, mientras que el nivel 1 exige al menos tres desarrolladores.

Esa rebaja entró en vigor en Rust 1.88.0, en mayo de 2025. Una entrada del blog advertía entonces de que el objetivo "probablemente acumulará errores más rápido en el futuro" porque se probaba con menos frecuencia. La RFC señalaba que MSYS2, la cadena de herramientas de la que dependen muchos desarrolladores de Windows GNU, había ido retirando paquetes de 32 bits y había descontinuado Clang para sistemas de 32 bits. También decía que los expertos en Windows GNU que ayudan al proyecto Rust "se centran casi exclusivamente en los objetivos de 64 bits".

Qué significa esto para los desarrolladores

Si compilas software para Windows de 32 bits desde una máquina Windows de 64 bits, en la práctica no cambia nada. Añade el objetivo a tu cadena de herramientas de 64 bits y compila de forma cruzada como hasta ahora. La biblioteca estándar precompilada de ambos objetivos i686 sigue disponible exactamente para este flujo de trabajo.

Si todavía usas un host Windows de 32 bits con Rust instalado, Rust 1.99 es la última versión estable que instala allí un compilador. Planifica ya el paso a un host de 64 bits, en lugar de esperar a que salga 1.100.

Los pipelines de integración continua merecen una revisión. Una entrada de matriz que instale una cadena de herramientas completa en un runner Windows de 32 bits empezará a fallar. Cambia ese trabajo a un runner de 64 bits y añade i686-pc-windows-msvc o i686-pc-windows-gnu como objetivo de compilación en su lugar.

Vigila en particular el objetivo GNU. Es de nivel 2 desde 2025, no tiene equipo de mantenedores y la cadena de herramientas de C++ de la que depende está abandonando el soporte de 32 bits. Si tus usuarios están en Windows de 32 bits, el objetivo MSVC es ahora el mejor probado de los dos.

La lección más amplia tiene que ver con cómo Rust retira plataformas. El proyecto no ha abandonado Windows de 32 bits. Ha recortado la parte que más costaba mantener, las herramientas de host, y ha conservado la parte que la gente usa de verdad. Cabe esperar el mismo patrón con otros objetivos envejecidos.