<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Oct 4, 2016, at 3:57 AM, Robert Widmann via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><blockquote type="cite" class=""><div class=""><br class="Apple-interchange-newline">On Oct 3, 2016, at 9:54 PM, Kevin Ballard &lt;<a href="mailto:kevin@sb.org" class="">kevin@sb.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><div class="">On Mon, Oct 3, 2016, at 06:49 PM, Robert Widmann wrote:<br class=""></div><blockquote type="cite" class=""><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><div class="">On Oct 3, 2016, at 8:49 PM, Kevin Ballard via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:<br class=""></div><div class=""><br class=""></div><div class=""><div class=""><div class="">I assume you meant that as a reply to me?<br class=""></div><div class=""><br class=""></div><div class="">The problem is twofold:<br class=""></div><div class=""><br class=""></div><div class="">1. Printing the value without adornment, or "nil" for nil, is a very common thing to want to do and we shouldn't have to write code like `\(x.map(String.init(describing:)) ?? "nil")` to accomplish it.<br class=""></div></div></div></blockquote><div class=""><br class=""></div><div class="">My point is before you were unable to do this without the ‘uglyness’ presented here anyway [you would have gotten “Optional(“value”)”], so I don’t see the point of raising this concern. &nbsp;If you want the old behavior, just ask for it with an explicit cast or `.debugDescription`.<br class=""></div></div></blockquote><div class=""><br class=""></div><div class="">This proposal was done because the current behavior of Optionals in string interpolation isn't very useful for most people. You're proposing banning it outright (with an escape hatch to recover the current behavior). I'm saying that, since it isn't very useful for most people, instead of banning it we could make it useful.</div></div></div></blockquote><br class=""><div class="">Then Optional needs to have a stable and useful `.description`, but I don’t think it’s appropriate to have users rely on the output of `debugDescription` much less use it in interpolated strings as it is now. &nbsp;That’s why we wrote this proposal. &nbsp;We are changing no behavior, your programs will still compile under this proposal, they will still execute with the same semantics as before, you will just get a warning that you cannot and should not depend on the debug representation of a type that specifically has a case for “no value here”. &nbsp;If you want to silence that warning you’re gonna have to jump through some hoops - hoops that we’ll show you with fixits.</div></div></div></blockquote><div><br class=""></div><div>There were these concerns:</div><div><br class=""></div><div>- the documentation explicitly discourages people to call description or debugDescription from within the code. So my original suggestion to make the fixit simply call debugDescription was met with resistance since this is discouraged. I am not sure about the reasoning for this though.</div><div><br class=""></div><div>- some people did find the Optional(value) wrap useful and changing it could be viewed on as breaking change, though cases where the user may be testing a string for Optional seems rare at best. But again, there were voices that were loudly against.</div><div><br class=""></div><div>- suggestion by Chris Lattner was to silence the warning either by:</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>- wrapping the expression in extra parentheses</div><div><span class="Apple-tab-span" style="white-space:pre">        </span>- adding ?? and default value</div><div><br class=""></div><div>Personally, I do not like this suggestion since it makes the code readability low due to the fact that the expression is within a string and thus formatting options that would help you improve readability are limited.&nbsp;</div><div><br class=""></div><div>I've suggested adding two methods to Optional&lt;T&gt;:</div><div><br class=""></div><div>- func descriptionWithDefaultValue(_ value: String = "nil") which while more descriptive isn't discouraged from being called directly and allows you to specify nil value (I have use cases for empty string, etc.)</div><div><br class=""></div><div>- var detailedDescription: String - simply returns current implementation of debugDescription</div><div><br class=""></div><div><br class=""></div><div>My extension of Optional&lt;T&gt;:</div><div><br class=""></div><div><a href="https://github.com/charlieMonroe/XUCore/blob/master/XUCore/additions/OptionalAdditions.swift" class="">https://github.com/charlieMonroe/XUCore/blob/master/XUCore/additions/OptionalAdditions.swift</a></div><div><br class=""></div><div>Original proposal:</div><div><br class=""></div><div><a href="https://gist.github.com/charlieMonroe/82e1519dd2b57029f69bc7abe99d7385" class="">https://gist.github.com/charlieMonroe/82e1519dd2b57029f69bc7abe99d7385</a></div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><br class=""><blockquote type="cite" class=""><div class=""><div class=""><div class="">-Kevin</div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><blockquote type="cite" class=""><div class=""><div class=""><div class="">2. Due to the changes made to IUOs, if you use a IUO in a string interpolation, previously it would print as desired (either the value or the string `"nil"`) but now it prints as Optional (e.g. with the `"Optional(…)"` wrapper).<br class=""></div></div></div></blockquote><div class=""><br class=""></div><div class="">IUOs are not in the scope for this proposal, but I get your point.<br class=""></div><div class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div class=""><div class=""><br class=""></div><div class="">-Kevin<br class=""></div><div class=""><br class=""></div><div class="">On Mon, Oct 3, 2016, at 05:43 PM, Robert Widmann via swift-evolution wrote:<br class=""></div><blockquote type="cite" class=""><div class=""><div class="" style="direction: inherit;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Under our proposal you can return to the old semantics of printing nil with an explicit optional cast - one which we will offer to insert for you.</span><br class=""></div><div class="" style="direction: inherit;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"></span><br class=""></div><div class="" style="direction: inherit;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Otherwise if you actually intend for a default value that value would have type Int, not String. &nbsp;Under the current regime if you want to print something custom the for nil the way you've got it now you're going to have to go through the reflecting initializer anyway so I don't see a problem here.</span><br class=""></div><div class="" style="direction: inherit;"><br class=""></div><div class="">~Robert Widmann<br class=""></div></div><div class=""><div class=""><br class=""></div><div class="">2016/10/03 19:25、Charlie Monroe via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; のメッセージ:<br class=""></div></div><blockquote type="cite" class=""><div class=""><div class="">I've already suggested this quite some time back and was told that this doesn't need to go through evolution. It's filed here:&nbsp;<a href="https://bugs.swift.org/browse/SR-1882" class="">https://bugs.swift.org/browse/SR-1882</a><br class=""></div><div class=""><br class=""></div><div class="">Unfortunately, I haven't had time to look into it myself and I'm unlikely to have the time anytime soon...<br class=""></div><div class=""><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><div class="">On Oct 3, 2016, at 7:52 PM, Harlan Haskins via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>&gt; wrote:<br class=""></div><div class=""><br class=""></div><div class=""><div class=""><div class=""><span class=""></span><br class=""></div><div class=""><div class="">Hey all,<br class=""></div><div class=""><br class=""></div><div class="">Julio Carrettoni, Robert Widmann, and I have been working on a proposal to mitigate something that's burned us all since Swift 1. We'd love some feedback!<br class=""></div><div class=""><br class=""></div><div class="">It's available here:&nbsp;<a href="https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd" class="">https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd</a><br class=""></div><div class=""><br class=""></div><div class="">I've posted the current draft below.<br class=""></div><div class=""><br class=""></div><div class="">Thanks,<br class=""></div><div class="">Harlan Haskins<br class=""></div><div class=""><br class=""></div><div class=""><h1 class="" style="margin-right: 0px; margin-bottom: 16px; margin-left: 0px; line-height: 1.25; padding-bottom: 0.3em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(238, 238, 238); margin-top: 0px !important;"><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Disallow Optionals in String Interpolation Segments</span></span><br class=""></h1><ul class="" style="padding-left: 2em; margin-top: 0px; margin-bottom: 16px;"><li class=""><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Proposal:&nbsp;<a href="https://gist.github.com/harlanhaskins/NNNN-filename.md" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none;">SE-NNNN</a></span><br class=""></li><li class="" style="margin-top: 0.25em;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Authors:&nbsp;<a href="https://github.com/harlanhaskins" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none;">Harlan Haskins</a>,&nbsp;<a href="https://github.com/Julioacarrettoni" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none;">Julio Carrettoni</a>,&nbsp;<a href="https://github.com/CodaFi" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none;">Robert Widmann</a></span><br class=""></li><li class="" style="margin-top: 0.25em;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Review Manager: TBD</span><br class=""></li><li class="" style="margin-top: 0.25em;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Status:&nbsp;<span class="" style="font-weight: 600;">Awaiting revie</span></span><br class=""></li></ul><h2 class="" style="margin-top: 24px; margin-bottom: 16px; line-height: 1.25; padding-bottom: 0.3em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(238, 238, 238);"><a href="https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd#introduction" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none; float: left; padding-right: 4px; line-height: 1;"><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"></span></span></a><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Introduction</span></span><br class=""></h2><p class="" style="margin-top: 0px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Swift developers frequently use string interpolation as a convenient, concise syntax for interweaving variable values with strings. The interpolation machinery, however, has surprising behavior in one specific case:&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional&lt;T&gt;</code>. If a user puts an optional value into a string interpolation segment, it will insert either&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">"Optional("value")"</code>&nbsp;or&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">"nil"</code>&nbsp;in the resulting string. Neither of these is particularly desirable, so we propose a warning and fix-it to surface solutions to these potential mistakes.</span><br class=""></p><p class="" style="margin-top: 0px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Swift-evolution thread:&nbsp;<a href="https://lists.swift.org/pipermail/swift-evolution/" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none;">Discussion thread topic for that proposal</a></span><br class=""></p><h2 class="" style="margin-top: 24px; margin-bottom: 16px; line-height: 1.25; padding-bottom: 0.3em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(238, 238, 238);"><a href="https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd#motivation" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none; float: left; padding-right: 4px; line-height: 1;"><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"></span></span></a><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Motivation</span></span><br class=""></h2><p class="" style="margin-top: 0px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"><i class="">The Swift Programming Language</i>&nbsp;defines string interpolation segments as "a way to construct a new String value from a mix of constants, variables, literals, and expressions". There is one type that runs counter to this definition:&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional</code>. The&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">.none</code>&nbsp;case in particular is used to indicate the absence of a value. Moreover, its inclusion in interpolation segments leads to the dreaded&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">"nil"</code>&nbsp;in output that is often fed to UI elements. Even barring that, interpolating a non-nil optional value yields&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">"Optional("value")"</code>, a result that is not useful even in logged output.</span><br class=""></p><p class="" style="margin-top: 0px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Given that the&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional</code>&nbsp;type is never fit for display to the end user, and can often be a surprising find in the console, we propose that requesting an&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional</code>'s debug description be an explicit act. This proposal now requires a warning when using an expression of&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional</code>&nbsp;type within a string interpolation segment.</span><br class=""></p><h2 class="" style="margin-top: 24px; margin-bottom: 16px; line-height: 1.25; padding-bottom: 0.3em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(238, 238, 238);"><a href="https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd#proposed-solution" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none; float: left; padding-right: 4px; line-height: 1;"><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"></span></span></a><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Proposed solution</span></span><br class=""></h2><p class="" style="margin-top: 0px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">The user will be warned after attempting to use an expression with type&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional&lt;T&gt;</code>&nbsp;in a string interpolation segment. They will then be offered a fixit suggesting they explicitly request the&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">debugDescription</code>&nbsp;of the&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional</code>&nbsp;value instead.</span><br class=""></p><h2 class="" style="margin-top: 24px; margin-bottom: 16px; line-height: 1.25; padding-bottom: 0.3em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(238, 238, 238);"><a href="https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd#detailed-design" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none; float: left; padding-right: 4px; line-height: 1;"><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"></span></span></a><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Detailed design</span></span><br class=""></h2><p class="" style="margin-top: 0px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Semantic analysis currently does not do much but guarantee the well-formedness of expressions in interpolation segments. These are then fed directly to&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">String.init(stringInterpolationSegment:)</code>&nbsp;and are run through the runtime reflection system to generate a description. Semantic analysis will be tweaked to inspect the result of solving an interpolation segment for an&nbsp;<code class="" style="padding: 0.2em 0px; margin: 0px; border-top-left-radius: 3px; border-top-right-radius: 3px; border-bottom-right-radius: 3px; border-bottom-left-radius: 3px;">Optional</code>&nbsp;and will offer a fixit in that case.</span><br class=""></p><h2 class="" style="margin-top: 24px; margin-bottom: 16px; line-height: 1.25; padding-bottom: 0.3em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(238, 238, 238);"><a href="https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd#impact-on-existing-code" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none; float: left; padding-right: 4px; line-height: 1;"><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"></span></span></a><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Impact on existing code</span></span><br class=""></h2><p class="" style="margin-top: 0px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">As this is a warning, code written before this proposal will continue to compile and run with the same semantics as before. Authors of code that makes use of this unsafe pattern will be offered a migration path to the safer, more explicit form.</span><br class=""></p><h2 class="" style="margin-top: 24px; margin-bottom: 16px; line-height: 1.25; padding-bottom: 0.3em; border-bottom-width: 1px; border-bottom-style: solid; border-bottom-color: rgb(238, 238, 238);"><a href="https://gist.github.com/harlanhaskins/63b7343e7fe4e5f4c6cfbe9413a98fdd#alternatives-considered" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none; float: left; padding-right: 4px; line-height: 1;"><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);"></span></span></a><span class="size" style="font-size: 12px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Alternatives considered</span></span><br class=""></h2><ul class="" style="padding-left: 2em; margin-top: 0px; margin-bottom: 0px !important;"><li class=""><p class="" style="margin-top: 16px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">A fixit that suggests a default value be inserted would be entirely appropriate (following the style of the fixit introduced in&nbsp;<a href="https://github.com/apple/swift-evolution/blob/master/proposals/0140-bridge-optional-to-nsnull.md" class="" style="-webkit-text-decoration-skip: objects; text-decoration: none;">SE-0140</a>).</span><br class=""></p></li><li class="" style="margin-top: 0.25em;"><p class="" style="margin-top: 16px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">Forbidding this pattern by hard error would make this proposal a breaking change that is out of scope for this stage of Swift's development.</span><br class=""></p></li><li class="" style="margin-top: 0.25em;"><p class="" style="margin-top: 16px; margin-bottom: 16px;"><span class="highlight" style="background-color: rgba(255, 255, 255, 0);">A fixit that introduces a force-unwrapping would technically work as well, however it would be fixing a dangerous operation with yet another dangerous operation.</span><br class=""></p></li></ul></div></div><div class=""><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Sent from my iPad<br class=""></div></div></div><div class="">_______________________________________________<br class=""></div><div class="">swift-evolution mailing list<br class=""></div><div class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class=""></div><div class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class=""></div></div></blockquote></div></div></div></blockquote><blockquote type="cite" class=""><div class=""><div class=""><span class="">_______________________________________________</span><br class=""></div><div class=""><span class="">swift-evolution mailing list</span><br class=""></div><div class=""><span class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a></span><br class=""></div><div class=""><span class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a></span><br class=""></div></div></blockquote><div class=""><u class="">_______________________________________________</u><br class=""></div><div class="">swift-evolution mailing list<br class=""></div><div class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class=""></div><div class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class=""></div></blockquote><div class=""><br class=""></div></div><div class="">_______________________________________________<br class=""></div><div class="">swift-evolution mailing list<br class=""></div><div class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a><br class=""></div><div class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class=""></div></div></blockquote></div></blockquote><div class=""><br class=""></div></div></div></blockquote></div><br class="" style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><span style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">_______________________________________________</span><br style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><span style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">swift-evolution mailing list</span><br style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><span style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class=""><a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a></span><br style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=""><span style="font-family: Helvetica; font-size: 10px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class=""><a href="https://lists.swift.org/mailman/listinfo/swift-evolution" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a></span></div></blockquote></div><br class=""></body></html>