Swift 6.4 llega con Swift Build por defecto y Subprocess 1.0
La nueva versión del lenguaje unifica la compilación entre Linux, macOS y Windows, estabiliza el paquete para lanzar subprocesos y acelera WebAssembly hasta 40 veces.
Swift 6.4 ya está disponible. La versión, publicada el 15 de septiembre, convierte Swift Build en el sistema de compilación por defecto de Swift Package Manager, lleva el paquete Subprocess a la 1.0 y acelera el paso por WebAssembly hasta 40 veces con el puente de JavaScriptKit.
El movimiento más gordo es el de la compilación. SwiftPM deja de apoyarse en la cadena clásica y pasa a usar Swift Build por defecto, de modo que un mismo proyecto se construye igual en Linux, macOS y Windows. Para quien mantiene paquetes multiplataforma, eso elimina las diferencias entre entornos que antes había que cazar a mano. La entrega añade además generación de SBOM (SE-0509) en formato SPDX o CycloneDX, algo que cada vez más auditorías piden.
Subprocess llega a 1.0. El paquete, que nació como SF-0007 y sacó un 0.1 en 2025, permite lanzar procesos externos e interactuar con ellos desde Swift, construido sobre la concurrencia del lenguaje en lugar de envoltorios sobre APIs del sistema.
Interoperabilidad, lenguaje y rendimiento
Swift sigue empujando en varias direcciones a la vez: su tipo Span ahora enlaza directamente con el std::span de C++20, y la interoperabilidad con Java amplía el soporte de async y callbacks. En el navegador, el puente WebAssembly a través de JavaScriptKit va hasta 40 veces más rápido y el SDK de Wasm se puede descargar desde Swift.org. Embedded Swift gana tipos existenciales y un manejo de errores más rico para objetivos de clase microcontrolador.
En el día a día del lenguaje, SE-0521 permite escribir some Rocket? sin paréntesis; SE-0522 introduce el atributo @diagnose para silenciar avisos o convertirlos en errores desde el propio código; SE-0491 añade selectores de módulo con :: para desambiguar APIs que comparten nombre; SE-0493 admite await dentro de un bloque defer, y SE-0504 trae withTaskCancellationShield para que la limpieza no se quede a medias cuando se cancela la tarea que la contiene. En rendimiento, aparecen tipos de array que guardan elementos no copiables sin el coste del copy-on-write y el protocolo Iterable para recorrer colecciones sin copias. Foundation también se mueve: ProgressManager gana soporte de async/await (SF-0023) y los tipos @Observable reciben notificaciones de cambio continuas y de grano fino (SE-0506).
Depuración y herramientas
En pruebas, se puede usar XCTAssert dentro de Swift Testing y #expect dentro de XCTest (ST-0021), el protocolo CustomTestReflectable personaliza los valores que se muestran en un fallo (ST-0022), swift test repite casos concretos para ahorrar tiempo (ST-0024) y hay adjuntos que cumplen Transferable (ST-0023). LLDB ahora importa módulos con seguimiento preciso de dependencias en lugar de búsquedas por nombre, lo que reduce el tamaño de los binarios de depuración en Linux y Windows y de los dSYM en Darwin, porque los módulos Swift ya no se incrustan. La extensión de VS Code está en Open VSX, así que funciona también en Cursor, Antigravity, Kiro y otras herramientas, e incluye integración con Swiftly para elegir versiones de toolchain. El lenguaje tiene ya sitio de documentación propio y el contenido de la biblioteca estándar es open source.
Para quien tenga código Swift en producción, el cambio que más se nota no es una función nueva sino el sistema de compilación compartido: menos rarezas entre plataformas y un SBOM que generar sin herramientas externas. Todas las propuestas citadas están aceptadas, así que no hay sorpresas de diseño. Lo que queda por ver es cómo se comporta Swift Build en proyectos grandes que hoy dependen de configuraciones propias.
