You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: _posts/2024-09-27-release-notes-3.3.4.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,28 +6,28 @@ title: "Scala 3.3.4 is now available!"
6
6
Scala 3.3.4 LTS is now available!
7
7
8
8
This release of Scala 3 focuses on increasing stability, improving tooling support, and fine-tuning the language to handle modern use cases efficiently.
9
-
It contains most of the improvements introduced in the Scala Next seriess up to Scala 3.5.1 release.
10
-
All of the backported changes were proven to not break either binary or source compatibility, by testing compilation of over 1500 projects using [Scala 3 Open Community Build](https://github.com/VirtusLab/community-build3).
9
+
It contains most of the improvements introduced in the Scala Next series up to the Scala 3.5.1 release.
10
+
All of the backported changes were proven to not break either binary or source compatibility, by testing the compilation of over 1500 projects using [Scala 3 Open Community Build](https://github.com/VirtusLab/community-build3).
11
11
12
12
For a full list of changes and contributor credits, please refer to the [release notes](https://github.com/scala/scala3/releases/tag/3.3.4).
13
13
14
14
## Notable changes
15
15
16
-
- Improved errors when using newer, uncompatible version of JVM bytecode in project dependencies
16
+
- Improved errors when using newer, incompatible version of JVM bytecode in project dependencies
17
17
- Upgrade Scala 2 library to 2.13.14
18
18
- Support for JDK 22
19
-
- Support for JEP-409 (sealed classes) in mixed Java/Scala codebases.
19
+
- Support JEP-409 (sealed classes) in mixed Java/Scala codebases.
20
20
- Support for `@deprecatedInheritance`
21
21
- Support for progress tracking and interface for cooperative interruption of compilation (e.g. cancellation from within an editor). Metals IDE users will notice that compilation progress is no longer frozen at 0% when using sbt or bloop as the BSP server. IntelliJ will also correctly report progress for BSP and sbt based projects
22
22
- Support for coverage filter options under `-coverage-exclude-packages` and `-coverage-exclude-files`
23
23
- Support parallel JVM backend under `-Ybackend-parallelism:N`
24
24
- Warnings for definitions of anonymous classes in inlined methods - each usage of such methods would create a new anonymous class leading to an increased number of generated class files and possibly increased JVM meta-space pressure. Methods defining anonymous classes would yield a warning
25
-
- Warnings for extensions receivers already having a defined non-private member of the same name and a subsuming signature
25
+
- Warnings for extension receivers already having a defined non-private member of the same name and a subsuming signature
26
26
- Warnings when a private field or class parameter shadows a superclass field under `-Xlint:private-shadow`
27
27
- Warnings type parameter shadows a type already defined in the scope under `-Xlint:type-parameter-shadow`
28
-
- Improved generatation of source positions for synthetic Unit expressions - these were previously leading to incorrect behaviour of JVM debuggers
28
+
- Improved generation of source positions for synthetic Unit expressions - these were previously leading to incorrect behaviour of JVM debuggers
29
29
30
30
## Known Issues
31
31
32
32
Scala 3.3.4 corrects generic signatures emitted in the JVM bytecode for value classes and aligns it with Scala 2.13 semantics.
33
-
The previously generated signatures for value classes were invalid - they contained underlying value class type instead of boxed type. This change would lead to MiMa errors when signature checks are enabled and could lead to issues when trying to refer to value class methods using reflection API. It would not affect the normal usage of value classes in Scala code compiled with the previous version of the compiler.
33
+
The previously generated signatures for value classes were invalid - they contained underlying value class type instead of boxed type. This change would lead to MiMa errors when signature checks are enabled and could lead to issues when referring to value class methods using reflection API. It would not affect the normal usage of value classes in Scala code compiled with the previous version of the compiler.
0 commit comments