Crystal 1.22.0 llega con un analizador DWARF rediseñado y un event loop nativo en todos los targets

Crystal 1.22.0 Is Released

Crystal 1.22.0 incluye 251 cambios de 33 contribuidores. El analizador DWARF se reconstruyó para escanear secciones bajo demanda y construir un índice que acelera las búsquedas, con caché LRU para los backtraces. Todos los targets usan ahora un event loop nativo basado en el selector del sistema, con libevent como opción. Además, aarch64-linux pasa a Tier 1 y se añade soporte para LLVM 23 y 24.

libevent sigue disponible como alternativa, pero ahora es estrictamente opcional y se está volviendo técnicamente obsoleto.
  1. giancarlostoro

    Puede que Crystal no sea el más popular, pero a mí me parece muy interesante. No soy un tipo de Ruby, pero estaba buscando otros lenguajes aparte de Go, Rust, etc. que se compilen de forma nativa. He trasteado con Nim, pero realmente quería probar algo un poco diferente, y sinceramente me ha impresionado. Todavía necesita algo de pulido, quizá una mejor financiación ayudaría, pero en otra línea temporal y bajo las condiciones adecuadas, creo de verdad que Crystal podría haber despegado como un lenguaje realmente sólido. Está basado en LLVM, tiene green threads (que son increíblemente ligeros), tiene interoperabilidad con C, tiene un sistema de macros en tiempo de compilación para inspección de AST, generación de código y eliminación de código repetitivo.

    Los frameworks web también parecen interesantes, pero todavía no los he explorado a fondo. Realmente obtienes un lenguaje estilo Ruby con rendimiento nativo, lo cual es muy interesante.

    Una cosa que quería de Nim es un poco más de parecido con Python, quiero POO normal, y como Crystal toma de Ruby (creo que originalmente estaba escrito en Ruby, antes de volverse autoalojado) tiene características de POO sensatas que echo de menos cuando uso Go, Rust o incluso Nim.

    Realmente siento que en otra línea temporal, Crystal podría haber sido algo. También siento que "Ruby" a algunos les deja mal sabor de boca, pero Ruby no es ni de lejos tan horrible como la mayoría de la gente piensa; aunque nunca fue para mí, aun así fue uno de los ecosistemas más agradables con los que he trabajado mucho antes de que Go arreglara su situación de gestión de paquetes.

    Edito un pensamiento más: creo que el instalador de Windows / Windows s […]

  2. burlesona

    Es triste que ya no escribamos código, eso le quita gran parte de la alegría a cosas como esta.

  3. rubiquity

    Puede que sea uno de los pocos que usó Crystal en serio para programas de larga duración, pero por desgracia tuvimos que dejarlo por problemas de larga data en el runtime, donde las excepciones en el momento equivocado durante la E/S detienen el runtime por completo. Han pasado algunos años, así que ya no me acuerdo del número del issue de github. Me gusta pensar que si pudieran rediseñar el lenguaje de nuevo, no tendrían excepciones ni destructores/finalize.

    Aun así es un gran lenguaje para CLIs. Me alegra ver que el equipo sigue adelante.

  4. todotask2

    Usé Crystal durante un año antes de pasarme a Go, que valoro por sus tiempos de compilación más rápidos. Bun también sigue mejorando a ritmo rápido y reduce constantemente el uso de memoria, lo cual puede ser útil en un servidor con presupuesto ajustado.

  5. sumnole

    Para quienes no lo sepan: Crystal es como un Ruby tipado con el rendimiento y el flujo de concurrencia de Go.

Más de este día

2026-10-22