# Racket v9.0 is now available **URL:** \ **Category:** Announcements\ **Tags:** release\ **Created:** [November 23, 2025, 12:00am UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968 "2025-11-23T00:00:00Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [November 23, 2025, 12:00am UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/1 "2025-11-23T00:00:00Z")
We are pleased to announce Racket v9.0 is now available from [https://download.racket-lang.org/](https://download.racket-lang.org). **Racket 9.0 is here!** A major release is always exciting and Racket 9.0 is no exception in that it introduces Parallel Threads. While Racket has had green threads for some time, and supports parallelism via futures and places, we feel parallel threads is a major addition. To read more about parallel threads, take a look at the new blog post, at [Parallel Threads in Racket v9.0](https://blog.racket-lang.org/2025/11/parallel-threads.html) - Parallel threads can be created using the `#:pool` argument to thread creation. [11.1 Threads](https://pre-release.racket-lang.org/doc/reference/threads.html#%28tech._parallel._thread._pool%29) - Threads created with `#:keep` set to `'results` will record their results for later retrieval with `thread-wait`. [11.1 Threads](https://pre-release.racket-lang.org/doc/reference/threads.html#(part._.Creating_.Threads)) More details about parallel threads are available in the Racket Guide and Reference. We would like to give a special thank you to the community members whose testing of the [snapshot builds](https://snapshot.racket-lang.org) helped make this a release-quality addition: @dominik.pantucek, @bogdan, @damien_mattei, @LiberalArtist, @jjsimpso and @ndykman šŸ‘ Other exciting updates: - The `black-box` wrapper prevents the optimizing compiler from optimizing away certain computations entirely. This can be helpful in ensuring that benchmarks are accurate. [10.8 Black-Box Procedure](https://pre-release.racket-lang.org/doc/reference/black-box.html#(part._black-box)) - The `decompile-linklet` function can map linklets back to s-expressions. [14.14 Linklets and the Core Compiler](https://pre-release.racket-lang.org/doc/reference/linklets.html#%28def._%28%28lib._racket%2Flinklet..rkt%29._decompile-linklet%29%29) - When using BC Racket, the `processor-count` function is changed to return the parallel count. [11.4 Futures](https://pre-release.racket-lang.org/doc/reference/futures.html#%28def._%28%28lib._racket%2Ffuture..rkt%29._processor-count%29%29) - We now distribute "natipkg" packages for AArch64, useful for package-build and package-testing infrastructure. - Check Syntax now tracks identifiers more deeply nested in the "origin" field of syntax objects. - The `math` library includes [Weibull distributions](https://docs.racket-lang.org/math/Real_Distribution_Families.html#%28part._.Weibull_.Distributions%29). ...and many other repairs and documentation improvements! Donā€™t forget to run `raco pkg migrate 8.18` šŸ˜ ## Thank you The following people contributed to this release: Alexander Shopov, Anthony Carrico, Bert De Ketelaere, Bogdan Popa, Cadence Ember, David Van Horn, Gustavo Massaccesi, Jade Sailor, Jakub Zalewski, Jens Axel SĆøgaard, jestarray, John Clements, Jordan Johnson, Matthew Flatt, Matthias Felleisen, Mike Sperber, Philip McGrath, RMOlive, Robby Findler, Ruifeng Xie, Ryan Culpepper, Sam Phillips, Sam Tobin-Hochstadt, Sebastian Rakel, shenleban tongying, Shu-Hung You, Stephen De Gabrielle, Steve Byan, and Wing Hei Chan. **Racket** is a community developed open source project and we welcome new contributors. See [racket/README.md](https://github.com/racket/racket/blob/master/README.md#contributing) to learn how **you can be a part of this amazing project.** ## Feedback Welcome Questions and discussion welcome at the Racket community on [Discourse](https://racket.discourse.group/invites/VxkBcXY7yL) or [Discord](https://discord.gg/6Zq8sH5). ## Please share If you can - please help get the word out to users and platform specific repo packagers ```scheme Racket - the Language-Oriented Programming Language - version 9.0 is now available from https://download.racket-lang.org See https://blog.racket-lang.org/2025/11/racket-v9-0.html for the release announcement and highlights. ``` [![Racket Discourse](https://img.shields.io/discourse/users?label=Discuss%20on%20Racket%20Discourse&logo=racket&server=https%3A%2F%2Fracket.discourse.group)](https://racket.discourse.group/invites/VxkBcXY7yL) [![Racket Discord](https://img.shields.io/discord/571040468092321801?label=Chat%20on%20Racket%20Discord&logo=racket)](https://discord.gg/6Zq8sH5) [![Mastodon Follow](https://img.shields.io/mastodon/follow/110503403357821549?domain=https%3A%2F%2Ffunctional.cafe&logo=racket&label=@racketlang@functional.cafe)](https://functional.cafe/@racketlang) [![Follow Racket on Bluesky](https://img.shields.io/badge/Bluesky-0285FF?logo=bluesky&logoColor=fff&label=Racket%20on&color=0285FF)](https://bsky.app/profile/racket-lang.org) ---
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [November 23, 2025, 10:36am UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/2 "2025-11-23T10:36:07Z")
---
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [November 23, 2025, 10:41am UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/3 "2025-11-23T10:41:18Z")
---
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [November 23, 2025, 5:12pm UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/4 "2025-11-23T17:12:46Z")
Apologies - we appear to have a problem with the threads blog post for the moment - please bear with us. If you can't wait, you download and render [racket-lang-org/blog/\_src/posts/2025-11-23-parallel-threads.scrbl at master Ā· racket/racket-lang-org Ā· GitHub](https://github.com/racket/racket-lang-org/blob/master/blog/_src/posts/2025-11-23-parallel-threads.scrbl) to html to peek. s. ---
**Author:** ![zyga](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/zyga/32/585_2.png) [@zyga](https://racket.discourse.group/u/zyga)\ **Post date:** [November 23, 2025, 5:12pm UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/5 "2025-11-23T17:12:46Z")
The download URLs are all 404. Is this known? ---
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [November 23, 2025, 5:12pm UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/6 "2025-11-23T17:12:46Z")
Apologies - the platform download button works, ![image](https://global.discourse-cdn.com/free1/uploads/racket/original/2X/3/351957f0755ed7fd85b5888a4bc460549cd77635.png) ,but the links in [More Installers and Checksums](https://download.racket-lang.org/releases/9.0) ([https://download.racket-lang.org/releases/9.0/](https://download.racket-lang.org/releases/9.0/)) are failing. I've let the team know. Will try to update you when it is fixed. Stephen ---
**Author:** ![mflatt](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/mflatt/32/6_2.png) [@mflatt](https://racket.discourse.group/u/mflatt)\ **Post date:** [November 23, 2025, 5:12pm UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/7 "2025-11-23T17:12:46Z")
The various link issues should be fixed, now. ---
**Author:** ![juhp](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/juhp/32/1815_2.png) [@juhp](https://racket.discourse.group/u/juhp)\ **Post date:** [November 24, 2025, 7:31am UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/8 "2025-11-24T07:31:26Z")
Thanks and congratulations on v9! I appreciate there a new features, but curious should this .0 release be considered differently from 8.x releases in terms of breaking or experimental changes? (I am asking as the Fedora package maintainer, but not really a heavy racket user.) ---
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [November 24, 2025, 11:59am UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/9 "2025-11-24T11:59:17Z")
Thank you for maintaining the Fedora package maintainer šŸ˜ My understanding is there are not expected to be breaking changes. The parallel threads post addresses backwards compatibility: [Parallel Threads in Racket v9.0](https://blog.racket-lang.org/2025/11/parallel-threads.html) - I've copied that part of the blog post below: * * * # Backward Compatibility If a library uses mutable variables or objects, either publicly or internally, then it must use locks or some other form of concurrency control to work properly in a multithreaded context. Racket already has concurrency, and the expectation for libraries to work with threads does not change with the introduction of parallel threads. Racketā€™s semaphores, channels, and other synchronization constructs work the same with parallel threads as concurrent threads. Even programs that use lock-free approaches based on compare-and-swap operation (such as [box-cas!](https://docs.racket-lang.org/reference/boxes.html#%28def._%28%28quote._~23~25kernel%29._box-cas%21%29%29)) continue to work, since Racketā€™s compare-and-swap operations use processor-level primitives. Still, there are a few concerns: - Racketā€™s coroutine threads offer the guarantee of sequential consistency, which means that effects in one thread cannot be seen out-of-order in another thread. Parallel threads in Racket [expose the underlying machineā€™s memory-consistency model](https://docs.racket-lang.org/reference/memory-order.html#(part._memory-order)), which may allow reordering of memory effects as observed by other threads. In general, a weak memory model can be an issue for code not intended for use with threads, but Racketā€” more precisely, Chez Schemeā€” always guarantees the memory safety of such code using memory fences. That is, Racket code might observe out-of-order writes, but it never observes ill-formed Racket objects. The fences are not new, and they are part of the same write barrier that already supports generational garbage collection and the memory safety of futures. Although sequential consistency supports lock implementations that donā€™t work with weaker memory models, so they would work with coroutine threads and not parallel threads, we have not found any such implementations in Racket libraries. - Some Racket libraries use atomic mode for concurrency control. Atomic mode in Racket prevent coroutine thread swaps, and entering atomic mode is a relatively cheap operation within Racketā€™s coroutine scheduler. When a parallel thread enters atomic mode, then it prevents other coroutine threads from running, but it does not prevent other parallel threads from running. As long as atomic mode is used consistently to guard a shared resource, then it continues to serve that role with parallel threads.Entering atomic mode is a much more expensive operation in a parallel thread than in a coroutine thread; in many cases, Racket core libraries that need finer-grained locking more specifically need to move away from using atomic mode. Still, making atomic mode synchronize a parallel thread with coroutine thread provides a graceful fallback and evolution path. - Foreign functions that are called by Racket in a coroutine threads are effectively atomic operations when there are no parallel threads, since a coroutine swap cannot take place during the foreign call. Itā€™s rare that this atomicity implies any kind of lock at the Racket level, however, and the foreign function itself is either adapted to operating-system threads or not. Racket can already create operating systems threads through [dynamic-place](https://docs.racket-lang.org/reference/places.html#%28def._%28%28lib._racket%2Fplace..rkt%29._dynamic-place%29%29), and foreign-function bindings have generally been adapted already to that possibility. The greater degree of concurrency enabled by parallelism exposed some bugs in our existing core libraries that could have been triggered with coroutine threads, but hadnā€™t been triggered reliably enough to detect and repair the bugs before. Beyond those general improvements, our experience with pre-release Racket is that parallel threads have not created backward-compatibility problems. ---
**Author:** ![LiberalArtist](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/liberalartist/32/151_2.png) [@LiberalArtist](https://racket.discourse.group/u/LiberalArtist)\ **Post date:** [November 24, 2025, 2:59pm UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/10 "2025-11-24T14:59:36Z")
> [@juhp](#): > > I appreciate there a new features, but curious should this .0 release be considered differently from 8.x releases in terms of breaking or experimental changes? Maybe a shorter answer is that Racket does not use SemVer, which was not really a thing when Racket's current versioning Scheme was adopted. Incrementing the major version means some noteworthy change happened that's useful to prominently track in the timeline. It _does not_ mean some sorry of breaking change: all Racket releases have the same compatibility commitment. For comparison, other major versions mean: - 8.0 Racket CS is the default implementation - 7.0 Switch to Racket-implemented expander and module system (from C) - 6.0 New package system (successor to PLaneT) a and restructuring almost all of Racket into packages - 5.0 Renamed to ā€œRacketā€ and `#lang racket` recommended instead of `#lang scheme` - 4.0 Beginning of current versioning system, switch to immutable pairs in `#lang scheme` Some might argue that a new feature is more likely to have bugs, but on the other hand, as noted in the blog post, parallel thread have revealed, and led to fixes for, preexisting bugs. ---
**Author:** ![shhyou](https://avatars.discourse-cdn.com/v4/letter/s/ccd318/32.png) [@shhyou](https://racket.discourse.group/u/shhyou)\ **Post date:** [November 27, 2025, 2:11am UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/11 "2025-11-27T02:11:05Z")
Generally, does adding parallel threads means that other thread-using APIs in Racket needs to gradually augment their interface in the long run, too? e.g. `thread/suspend-to-kill`, `call-in-nested-thread`, and `delay/thread` all create new threads to run computation. ---
**Author:** ![spdegabrielle](https://yyz2.discourse-cdn.com/free1/user_avatar/racket.discourse.group/spdegabrielle/32/95_2.png) [@spdegabrielle](https://racket.discourse.group/u/spdegabrielle)\ **Post date:** [January 30, 2026, 7:23pm UTC](https://racket.discourse.group/t/racket-v9-0-is-now-available/3968/12 "2026-01-30T19:23:48Z")