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: 3 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -467,3 +467,6 @@ This proposal introduced strict safety checking as an opt in mode and not an [*u
467
467
* Interoperability with the C family of languages is an important feature for Swift. Most C(++) APIs are unlikely to ever adopt the safety-related attributes described above, which means that enabling strict safety checking by default would undermine the usability ofC(++) interoperability.
468
468
* Swift's current (non-strict) memory safety by defaultis likely to be good enough for the vast majority of users of Swift, so the benefit of enabling stricter checking by defaultis unlikely to be worth the disruption it would cause.
469
469
470
+
## Acknowledgments
471
+
472
+
This proposal has been greatly improved by the feedback from Félix Cloutier, Gábor Horváth, Frederick Kellison-Linn, Karl Wagner, and Xiaodi Wu.
0 commit comments