<!DOCTYPE html>
<html>
<head>
<title></title>
<style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style>
</head>
<body><div style="font-family:Arial;"><div style="font-family:Arial;">Sorry to glomm on to my own comments:<br></div>
<div style="font-family:Arial;"><div style="font-family:Arial;"><br></div>
</div>
<div style="font-family:Arial;">I think there’s a lot of reasonable push-back to requiring a default case on non-exhaustive enums. I personally don’t want to see a “future case” because I think it’s mystery-meat. However, in the happy path, as a developer I do want *some* notification by the compiler that I may need to handle a new case, even if my code is already in the wild handling the case through a default. To fulfill Swift’s safety and stability goals, it  needs to both avoid creating suddenly invalid code at compile time and  avoid UB at runtime. The community should take note that this all a bit of cutting  a Gordian knot on the part of the language, but it's worthwhile to avoid adding cruft and bugs.<br></div>
</div>
<div style="font-family:Arial;"><br></div>
<div id="sig20055365"><div class="signature"><span class="font" style="font-family:arial, sans-serif, sans-serif">Sincerely,</span><span class="font" style="font-family:arial, sans-serif, sans-serif"></span><br></div>
<div class="signature"><span class="font" style="font-family:arial, sans-serif, sans-serif">&nbsp; Zachary Waldowski</span><span class="font" style="font-family:arial, sans-serif, sans-serif"></span><br></div>
<div class="signature"><span class="font" style="font-family:arial, sans-serif, sans-serif">&nbsp;&nbsp;</span><a href="mailto:zach@waldowski.me"><span class="font" style="font-family:arial, sans-serif, sans-serif">zach@waldowski.me</span></a><span class="font" style="font-family:arial, sans-serif, sans-serif"></span><br></div>
</div>
<div style="font-family:Arial;"><br></div>
</body>
</html>