<html xmlns="http://www.w3.org/1999/xhtml" xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office"><head><!--[if gte mso 9]><xml><o:OfficeDocumentSettings><o:AllowPNG/><o:PixelsPerInch>96</o:PixelsPerInch></o:OfficeDocumentSettings></xml><![endif]--></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yui_3_16_0_ym19_1_1481623895068_25091"><span>Hi,</span></div><div id="yui_3_16_0_ym19_1_1481623895068_25092"><span><br></span></div><div id="yui_3_16_0_ym19_1_1481623895068_25094" dir="ltr"><span id="yui_3_16_0_ym19_1_1481623895068_25093">I just wanted to revive this discussion and understand if this is a welcome change or not.</span></div><div id="yui_3_16_0_ym19_1_1481623895068_25095"><br></div><div id="yui_3_16_0_ym19_1_1481623895068_25095" dir="ltr">Right now one can "fake" overload 1 inside NonEmptyArray by doing the following:</div><div id="yui_3_16_0_ym19_1_1481623895068_25095"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25854">```<br clear="none" id="yui_3_16_0_ym19_1_1481623895068_25855"></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25856">public struct NonEmptyArray<Element> {</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25857"><br clear="none" id="yui_3_16_0_ym19_1_1481623895068_25858"></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25859"> private var elements: Array<Element></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25860"><br clear="none" id="yui_3_16_0_ym19_1_1481623895068_25861"></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25862"> private init(array: [Element]) {</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25863"> self.elements = array</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25864"> }<br clear="none" id="yui_3_16_0_ym19_1_1481623895068_25865"> </div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25866"> public static func cons<Element>(lhs: Element, rhs: [Element]) -> NonEmptyArray<Element> {</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25867"> return NonEmptyArray<Element>(array: rhs + [lhs])</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25868"> }</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25869">```</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25870"><br clear="none" id="yui_3_16_0_ym19_1_1481623895068_25871"></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25872">And "fake" the operator by calling the cons function</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25873"><br clear="none" id="yui_3_16_0_ym19_1_1481623895068_25874"></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25875">```</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25876">//Overload 1</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25877">public func •|<Element>(lhs: Element, rhs: [Element]) -> NonEmptyArray<Element> {</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25878"> return NonEmptyArray.cons(array: rhs + [lhs])</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25879">}</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25880">```</div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25880"><br></div><div dir="ltr" id="yui_3_16_0_ym19_1_1481623895068_25880">While this is ok and gets the job done, it seems and artificial limitation (and a bit inconsistent) that only overloads mentioning the struct/class type in the operands are allowed.<br><br>I have updated my proposal to reflect this argument as well <a href="https://github.com/blender/swift-evolution/blob/proposal/overloads-return-type/NNNN-allow-operator-overloads-in-structs-or-classes-based-on-return-type.md" id="yui_3_16_0_ym19_1_1481623895068_26780" class="enhancr2_7af9abc1-c0bd-5d00-4f21-31bf10a475dc">blender/swift-evolution</a></div><div><br></div><div id="enhancr2_7af9abc1-c0bd-5d00-4f21-31bf10a475dc" class="yahoo-link-enhancr-card ymail-preserve-class ymail-preserve-style" style="max-width:400px;font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;" contenteditable="false" data-url="https://github.com/blender/swift-evolution/blob/proposal/overloads-return-type/NNNN-allow-operator-overloads-in-structs-or-classes-based-on-return-type.md" data-type="yenhancr" data-category="object" data-embed-url="" data-size="medium" dir="ltr"> <a href="https://github.com/blender/swift-evolution/blob/proposal/overloads-return-type/NNNN-allow-operator-overloads-in-structs-or-classes-based-on-return-type.md" style="text-decoration:none !important; color: #000 !important;" class="yahoo-enhancr-cardlink" target="_blank" rel="noreferrer"> <table class="card-wrapper yahoo-ignore-table" cellpadding="0" cellspacing="0" border="0" style="max-width:400px;"> <tbody><tr> <td width="400"> <table class="card yahoo-ignore-table" cellpadding="0" cellspacing="0" border="0" width="100%" style="max-width:400px;"> <tbody><tr> <td class="card-primary-image-cell" style="background:#000 url('https://s.yimg.com/vv//api/res/1.2/oIlQ2mI..PS_XUoDeK0tkg--/YXBwaWQ9bWFpbDtmaT1maWxsO2g9MjAwO3c9NDAw/https://avatars2.githubusercontent.com/u/196761?v=3&s=400.cf.jpg') no-repeat center center;background-size:cover;height:200px;position:relative;" background="https://s.yimg.com/vv//api/res/1.2/oIlQ2mI..PS_XUoDeK0tkg--/YXBwaWQ9bWFpbDtmaT1maWxsO2g9MjAwO3c9NDAw/https://avatars2.githubusercontent.com/u/196761?v=3&s=400.cf.jpg" bgcolor="#000000" valign="top"> <!--[if gte mso 9]><v:rect fill="true" stroke="false" style="width:400px;height:218px;position:absolute;top:0;left:0;"><v:fill type="frame" color="#000000" src="https://s.yimg.com/vv//api/res/1.2/oIlQ2mI..PS_XUoDeK0tkg--/YXBwaWQ9bWFpbDtmaT1maWxsO2g9MjAwO3c9NDAw/https://avatars2.githubusercontent.com/u/196761?v=3&s=400.cf.jpg"/></v:rect><![endif]--> <table class="yahoo-ignore-table" cellpadding="0" cellspacing="0" border="0" valign="top" style="width:100%;"> <tbody><tr> <td style="background:transparent url('https://s.yimg.com/nq/storm/assets/enhancrV2/12/overlay-tile.png') repeat left top;height:200px;" background="https://s.yimg.com/nq/storm/assets/enhancrV2/12/overlay-tile.png" bgcolor="transparent" valign="top"> <!--[if gte mso 9]><v:rect fill="true" stroke="false" style="width:400px;height:218px;position:absolute;top:-18px;left:0;"><v:fill type="pattern" color="#000000" src="https://s.yimg.com/nq/storm/assets/enhancrV2/12/overlay-tile.png"/><v:textbox inset="0,0,20px,0"><![endif]--> <table class="yahoo-ignore-table" height="185" style="width:100%;height:185px;min-height:185px;"> <tbody><tr> <td class="card-richInfo2" style="text-align:left;text-align:left;padding:15px 0 0 15px;vertical-align:top;"> </td> <td class="card-actions" style="text-align:right;padding:15px 15px 0 0;vertical-align:top;"> <div class="card-share-container"></div> </td> </tr> </tbody></table> <!--[if gte mso 9]></v:textbox></v:rect><![endif]--> </td> </tr> </tbody></table> </td> </tr> <tr> <td> <table class="card-info yahoo-ignore-table" align="center" cellpadding="0" cellspacing="0" border="0" style="background:#fff;position:relative;z-index:2;width:95%;max-width:380px;border:1px solid #e0e4e9;border-bottom:3px solid #010101;margin-top:-40px;margin-left:auto;margin-right:auto;"> <tbody><tr> <td style="background-color:#ffffff;padding:16px 0 16px 12px;vertical-align:top;"> <img class="card-object-1 yahoo-ignore-inline-image ymail-preserve-class" src="https://s.yimg.com/nq/storm/assets/enhancrV2/23/logos/github.png" height="32" style="min-width:32px;border:1px solid #e0e4e9;margin-top:3px;"> </td> <td style="vertical-align:middle;padding:16px 12px;width:99%;"> <h2 class="card-title" style="font-size: 16px; line-height:19px; margin:0 0 4px 0;font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;word-break:break-word;">blender/swift-evolution</h2> <div class="card-description" style="font-size:11px;line-height:15px;color:#999;word-break:break-word;">swift-evolution - This maintains proposals for changes and user-visible enhancements to the Swift Programming La...</div> </td> <td style="text-align:right;padding:16px 12px 16px 0;"> </td> </tr> </tbody></table> </td> </tr> </tbody></table> </td> </tr> </tbody></table> </a></div><div><br></div><div id="yui_3_16_0_ym19_1_1481623895068_25097"><br></div><div id="yui_3_16_0_ym19_1_1481623895068_25097"><br><br></div> <div class="qtdSeparateBR"><br><br></div><div class="yahoo_quoted" style="display: block;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"><font size="2" face="Arial"> On Sunday, December 11, 2016 11:33 AM, Tommaso Piazza via swift-evolution <swift-evolution@swift.org> wrote:<br></font></div> <br><br> <div class="y_msg_container"><div id="yiv3344652944"><div><div style="color:#000;background-color:#fff;font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">Hello Derrick,</div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681"><br clear="none"></div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">I did not think of this as a bug but rather as an intentional limitation that to me seems a little odd.</div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681"><br clear="none"></div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">Yes, overloads 2,3 have at least ONE operand of type NonEmptyArray so when declared as static function on NonEmptyArray they work fine. However Overload 1 just mentions NonEmptyArray in the return type. I propose that it should also be allowed as a static function on NonEmptyArray.</div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681"><br clear="none"></div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">As for the why it should be allowed my motivation is that all overloads that mention NonEmptyArray in their type signature should be allowed to be declared in the same namespace.</div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">Or one could argue that no overloads should be declarable inside NonEmptyArray. </div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681"><br clear="none"></div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">However this comes at a price.</div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681"><br clear="none"></div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">Note that because overload 1 in the current situation must be left out of NonEmptyArray, the accessor modifier for properties and function in NonEmptyArray is fileprivate.</div><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3681">With the change I propose this is no longer the case and the modifier is just private.</div><div class="yiv3344652944qtdSeparateBR" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3708"><br clear="none"></div><div class="yiv3344652944qtdSeparateBR" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3708">/Tommaso</div><div class="yiv3344652944qtdSeparateBR" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3708"><br clear="none"></div><div class="yiv3344652944yqt4562233894" id="yiv3344652944yqt90475"><div class="yiv3344652944yahoo_quoted" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3705" style="display:block;"> <div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3704" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3703" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3707"><font id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3706" size="2" face="Arial"> On Sunday, December 11, 2016 5:49 AM, Derrick Ho <wh1pch81n@gmail.com> wrote:<br clear="none"></font></div> <br clear="none"><br clear="none"> <div class="yiv3344652944y_msg_container" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3702"><div id="yiv3344652944"><div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3701"><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3700">I placed he code you wrote in the proposal in playgrounds and it works perfectly. (reproduced below). Overloading operators used to only happen globally and since swift 3 they allowed you to put then inside the class/struct<div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3846"><br clear="none"></div><div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3710"><pre id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3709" style="font-family:consolas, 'liberation mono', menlo, courier, monospace;font-size:13.600000381469727px;margin-top:0px;margin-bottom:16px;line-height:1.45;word-wrap:normal;padding:16px;overflow:auto;background-color:rgb(247,247,247);color:rgb(51,51,51);"><code id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3711" style="font-family:consolas, 'liberation mono', menlo, courier, monospace;padding:0px;margin:0px;background-color:transparent;border:0px;display:inline;overflow:visible;line-height:inherit;word-wrap:normal;">public struct NonEmptyArray<Element> {
fileprivate var elements: Array<Element>
fileprivate init(array: [Element]) {
self.elements = array
}
}
//Overload 1
public func •|<Element>(lhs: Element, rhs: [Element]) -> NonEmptyArray<Element> {
return NonEmptyArray(array: rhs + [lhs])
}
//Overload 2
public func •|<Element>(lhs: Element, rhs: NonEmptyArray<Element>) -> NonEmptyArray<Element> {
return NonEmptyArray(array: [lhs] + rhs.elements)
}
//Overload 3
public func •|<Element>(lhs: NonEmptyArray<Element>, rhs: NonEmptyArray<Element>) -> NonEmptyArray<Element> {
return NonEmptyArray(array: lhs.elements + rhs.elements)
}</code></pre></div><div><br clear="none"></div><div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_4093">However, as you have detailed when you place those overloads inside the struct/class, it does not work. Actually I get an error that says that at least ONE of the arguments needs to be the same type. In this case one of them needs to be NonEmptyArray<Element>. It is clearly not a bug, but rather a swift rule.</div><div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3731"><br clear="none"></div><div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3713">My recommendation is to just keep those overloads as global. Is there a particular advantage to putting them inside the struct/class?<br clear="none"><div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3725"><br clear="none"></div><div id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3712"><br clear="none"></div></div></div><br clear="none"><div class="yiv3344652944gmail_quote" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3724"><div dir="ltr" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3726">On Sat, Dec 10, 2016 at 8:36 PM David Sweeris via swift-evolution <<a rel="nofollow" shape="rect" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3730" ymailto="mailto:swift-evolution@swift.org" target="_blank" href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:<br clear="none"></div><blockquote class="yiv3344652944gmail_quote" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3723" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3722" style="word-wrap:break-word;"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3721"><blockquote class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3720" type="cite"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3729">On Dec 10, 2016, at 5:29 PM, David Sweeris via swift-evolution <<a rel="nofollow" shape="rect" class="yiv3344652944gmail_msg" ymailto="mailto:swift-evolution@swift.org" target="_blank" href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:</div><br clear="none" class="yiv3344652944m_-1969521834013891672Apple-interchange-newline yiv3344652944gmail_msg"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3719"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3718" style="font-family:Helvetica;font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;"><blockquote class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3717" type="cite"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3728"><br clear="none" class="yiv3344652944m_-1969521834013891672Apple-interchange-newline yiv3344652944gmail_msg">On Dec 10, 2016, at 4:54 PM, Tommaso Piazza via swift-evolution <<a rel="nofollow" shape="rect" class="yiv3344652944gmail_msg" ymailto="mailto:swift-evolution@swift.org" target="_blank" href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>> wrote:</div><br clear="none" class="yiv3344652944m_-1969521834013891672Apple-interchange-newline yiv3344652944gmail_msg"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3716"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3715"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3714" style="background-color:rgb(255,255,255);font-family:HelveticaNeue, 'Helvetica Neue', Helvetica, Arial, 'Lucida Grande', sans-serif;font-size:16px;"><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640">Hello,</div><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640"><br clear="none" class="yiv3344652944gmail_msg"></div><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640">I have written a small proposal that would allow overloads of operators in structs/classes non only based on the types of the operands but on the return type as well.</div><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640"><br clear="none" class="yiv3344652944gmail_msg"></div><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640">Please let me know you thoughts,</div><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640">/Tommaso</div><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640"><br clear="none" class="yiv3344652944gmail_msg"></div><div class="yiv3344652944gmail_msg" dir="ltr" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3640"><a rel="nofollow" shape="rect" class="yiv3344652944gmail_msg" id="yiv3344652944m_-1969521834013891672yui_3_16_0_ym19_1_1481417388759_3639" target="_blank" href="https://github.com/blender/swift-evolution/blob/proposal/overloads-return-type/NNNN-allow-operator-overloads-in-structs-or-classes-based-on-return-type.md">https://github.com/blender/swift-evolution/blob/proposal/overloads-return-type/NNNN-allow-operator-overloads-in-structs-or-classes-based-on-return-type.md</a><br clear="none" class="yiv3344652944gmail_msg"></div></div></div></div></blockquote><br clear="none" class="yiv3344652944gmail_msg"></div><div class="yiv3344652944gmail_msg" style="font-family:Helvetica;font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;">That seems like a bug to me… Dunno, maybe it’s intentional and I’m just not aware of the reasoning.</div></div></blockquote><div class="yiv3344652944gmail_msg"><br clear="none" class="yiv3344652944gmail_msg"></div></div></div><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_4561" style="word-wrap:break-word;"><div class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_4560">Actually, since the error message correctly parses the code, it probably <i class="yiv3344652944gmail_msg">is</i> intentional… I don’t see the problem, myself, but I guess I’d have to know why it’s considered an error before judging whether I think we should remove the restriction.</div><div class="yiv3344652944gmail_msg"><br clear="none" class="yiv3344652944gmail_msg"></div>- Dave Sweeris</div>_______________________________________________<br clear="none" class="yiv3344652944gmail_msg">
swift-evolution mailing list<div class="yiv3344652944yqt5691517778" id="yiv3344652944yqtfd24510"><br clear="none" class="yiv3344652944gmail_msg">
<a rel="nofollow" shape="rect" class="yiv3344652944gmail_msg" id="yiv3344652944yui_3_16_0_ym19_1_1481450784930_3727" ymailto="mailto:swift-evolution@swift.org" target="_blank" href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a></div><br clear="none" class="yiv3344652944gmail_msg">
<a rel="nofollow" shape="rect" class="yiv3344652944gmail_msg" target="_blank" href="https://lists.swift.org/mailman/listinfo/swift-evolution">https://lists.swift.org/mailman/listinfo/swift-evolution</a><div class="yiv3344652944yqt5691517778" id="yiv3344652944yqtfd88831"><br clear="none" class="yiv3344652944gmail_msg">
</div></blockquote></div></div></div><br clear="none"><br clear="none"></div> </div> </div> </div></div></div></div></div><br><div class="yqt4562233894" id="yqt38637">_______________________________________________<br clear="none">swift-evolution mailing list<br clear="none"><a shape="rect" ymailto="mailto:swift-evolution@swift.org" href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br clear="none"><a shape="rect" href="https://lists.swift.org/mailman/listinfo/swift-evolution" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>