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: proposals/nnnn-strict-memory-safety.md
-3Lines changed: 0 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -217,7 +217,6 @@ The following language constructs are always considered to be unsafe:
217
217
218
218
The following language constructs are considered to be unsafe when strict concurrency checking is enabled (i.e., in the Swift 6 language mode):
219
219
220
-
*`@unchecked Sendable`: A `Sendable` conformance that cannot be checked by the compiler, which could introduce thread safety issues.
221
220
*`nonisolated(unsafe)`: Allows a property to be accessed from concurrent code without ensuring that such accesses are done so safely.
222
221
*`@preconcurrency` imports: Suppresses diagnostics related to data race safety when they relate to specific imported modules, which can introduce thread safety issues.
223
222
@@ -301,8 +300,6 @@ func passUnsafe() {
301
300
}
302
301
```
303
302
304
-
305
-
306
303
### Strict safety mode and escalatable warnings
307
304
308
305
The strict memory safety mode can be enabled with the new compiler flag `-strict-memory-safety`.
0 commit comments