Crystal 1.22 macht aarch64-linux zum Tier-1-Ziel
Crystal 1.22.0 Is Released
Crystal 1.22.0 bringt 251 Änderungen von 33 Beitragenden: aarch64-linux-gnu und aarch64-linux-musl steigen offiziell zu Tier 1 auf, alle Zielplattformen nutzen nun standardmäßig eine native Event-Loop statt libevent, und der DWARF-Parser wurde für deutlich schnellere Backtraces neu geschrieben. Dazu kommen Unterstützung für LLVM 23 und 24, Kernel TLS in den OpenSSL-Bindings sowie neue Typdeklarationen für Konstanten.
Crystal-Prozesse beenden sich sofort, wenn das Schreiben auf STDOUT oder STDERR mit EPIPE fehlschlägt.
- giancarlostoro
Crystal mag nicht die populärste Sprache sein, aber für mich ist sie sehr interessant. Ich bin kein Ruby-Typ, aber ich habe mich nach anderen Sprachen als Go, Rust usw. umgesehen, die nativ kompiliert werden. Ich habe mit Nim herumexperimentiert, aber ich wollte wirklich etwas etwas anderes ausprobieren, und ich bin ehrlich beeindruckt. Es braucht noch etwas Feinschliff, vielleicht würde bessere Finanzierung helfen, aber in einer anderen Zeitlinie unter den richtigen Bedingungen könnte Crystal meiner aufrichtigen Meinung nach als wirklich solide Sprache durchgestartet sein. Es basiert auf LLVM, hat Green Threads (die wahnsinnig leichtgewichtig sind), hat C-Interop, hat ein Compile-Time-Makrosystem zur AST-Inspektion, Codegenerierung und zum Entfernen von Boilerplate-Code.
Die Web-Frameworks sehen auch interessant aus, aber ich habe mich noch nicht eingehend damit befasst. Man bekommt wirklich eine Ruby-ähnliche Sprache mit nativer Performance, was sehr interessant ist.
Eine Sache, die ich mir von Nim gewünscht hätte, ist etwas mehr Python-Ähnlichkeit. Ich möchte reguläre OOP, und da Crystal von Ruby abstammt (ich glaube, es war ursprünglich in Ruby geschrieben, bevor es selbsthostend wurde), hat es vernünftige OOP-Features, die ich vermisse, wenn ich Go, Rust oder sogar Nim verwende.
Ich habe wirklich das Gefühl, dass Crystal in einer anderen Zeitlinie etwas hätte werden können. Ich habe auch das Gefühl, dass "Ruby" bei manchen einen bitteren Beigeschmack hinterlässt, aber Ruby ist bei weitem nicht so schrecklich, wie die meisten denken. Auch wenn es nie für mich gedacht war, war es dennoch eines der angenehmsten Ökosysteme, mit denen ich je gearbeitet habe, lange bevor Go seine Paketverwaltungssituation in den Griff bekam.
Edit, noch ein Gedanke: Ich glaube, der Windows-Installer / Windows s […]
- burlesona
Es ist traurig, dass wir keinen Code mehr schreiben; das nimmt viel von der Freude an solchen Dingen.
- rubiquity
Ich bin vielleicht einer der wenigen, die Crystal ernsthaft für langlaufende Programme eingesetzt haben, aber leider mussten wir davon Abstand nehmen wegen langjähriger Probleme in der Runtime, bei denen Ausnahmen zur falschen Zeit während I/O die Runtime zum Stillstand bringen. Es ist ein paar Jahre her, also habe ich das GitHub-Issue nicht mehr aus dem Kopf parat. Ich möchte glauben, dass sie, wenn sie die Sprache noch einmal neu entwerfen könnten, keine Exceptions und Destruktoren/Finalizer verwenden würden.
Für CLIs ist es allerdings eine großartige Sprache. Ich freue mich, dass das Team weiterhin am Ball bleibt.
- todotask2
Ich habe Crystal ein Jahr lang benutzt, bevor ich zu Go gewechselt bin, das ich wegen seiner schnelleren Build-Zeiten schätze. Bun wird auch schnell besser und reduziert ständig den Speicherverbrauch, was auf einem Budget-Server nützlich sein kann.
- sumnole
Für diejenigen, die es nicht wissen: Crystal ist wie ein typisiertes Ruby mit der Performance und dem Nebenläufigkeitsmodell von Go.