<div dir="ltr">On Mon, Feb 6, 2017 at 7:36 PM, Nevin Brackett-Rozinsky via swift-evolution <span dir="ltr">&lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Given that the definition of operator characters in Swift is “part of Swift”, it follows that any change to that set will go through the Swift Evolution process, which includes discussion on this list. I do not see a reasonable way to skip that, nor would I consider it desirable to do so. Discussing on this list which characters should be operators in Swift is *prima facie* a necessary part of changing them.<div><br></div><div>In light of the fact that our current operator-character situation needs to be fixed—meaning we will have to decide which characters should and should not be allowed in operators—and seeing as any proposal to solve the problem will be discussed on this list, the natural conclusion is that discussing which characters should be operators is *exactly* what we ought to do.</div><div><br></div><div>Moreover, we are trying to decide which operators are right for *Swift*, thus our goals include expressivity, usefulness, and enjoyability. Our goals do *not* include being maximally conservative, and indeed I view parsimony in operator-character availability as undesirable.</div><div><br></div><div>We should aim to choose the *right* set of operator characters, for some Swifty and opinionated value of “right”. If the recommendations that Unicode settles on strike us as right for Swift, that is great. But those recommendations do not exist yet, and so far it sounds like they could well be defined in a way which is *not* right for Swift.</div><div><br></div><div>Perhaps Unicode will add a new category for operators, and they will go character-by-character to put certain glyphs in it. But if they don’t, then as you say the existing categories are not sufficient for Swift’s purposes, so their recommendations will not solve our problem. And if they do, we still would need to verify that their decision matches our use-case.</div><div><br></div><div>The past proposal to gut non-ASCII operators from Swift was rightly blocked, for it would have damaged the language. My follow-up with a list of 1,020 characters to use as operators has not seen much discussion. If there were any controversial characters in it or omissions from it, I hope someone would raise an objection.</div><div><br></div><div>In any case, I think that discussing which characters are right for Swift operators is an entirely proper and expected use of this mailing list, and I suggest we do so during the Swift 4 timeframe because it affects source compatibility.</div></div></blockquote><div><br></div><div>You misunderstand my drift. Of course any such change to Swift would have to go through this list, and of course that involves asking which characters are right for Swift operators. The question is _how_ to undertake a fruitful discussion.</div><div><br></div><div>Consider this: that part of our previous draft which concerned adopting UAX#31 received immediate and almost universal consensus. One technical report has made it possible to adopt a cogent set of some 100,000-odd characters for identifiers *without* analyzing each one, with the added benefit that Swift would be able to parallel the evolution of Unicode in that respect as the years go on. That analysis involved, exactly as you say, asking exactly which characters make sense for Swift identifiers, but did so by means of overarching principles (for example, should aspirational scripts be included?).</div><div><br></div><div>By comparison, that part of the previous draft which concerned matters not yet settled by Unicode experts prompted vehement disagreement, with great debate on the minutiae of individual codepoints that never reached consensus. I too have made a list of 500-1000 operator characters. Several versions in fact. So did other authors of the previous draft. Some of us made character-by-character lists. Some also made block-by-block lists. We carefully considered which operators might overlap with emojis, and which were confusables, and whether operators require different Unicode normalization from identifiers. We debated questions such as whether tiny and miny were mathematical operators or something else. Make no mistake, we reached no ultimate consensus on a lot of these questions even amongst the authors.</div><div><br></div><div>I have held off on re-introducing this proposal in part because I&#39;m seriously concerned that, without a better method, such an exercise is exceedingly poor form on such a high-traffic list. After all, we don&#39;t go line-by-line through draft implementations of proposed features on this list. We need to be able to articulate useful principles by which characters outside the ASCII range will be classified as operators; Jonathan Shapiro has indicated that not even Unicode will proceed with an ad-hoc character-by-character analysis. If we can come up with overarching principles that are workable, then it is plausible that Unicode will follow our lead. So yes, I agree with you absolutely, discussing which characters are right for Swift operators is an entirely proper and expected use of this mailing list. Now, _how_ to discuss it? I feel very strongly the answer is not by scrutiny of a list of codepoints.</div><div><br></div><div>In any case, again we&#39;ve gone far afield. I&#39;m supportive of adding \ as an operator. That is a standalone proposal with its own merits; would love to see that proposed and considered on its own.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Nevin</div><div><br></div></div><div class="m_-6448096098620538152HOEnZb"><div class="m_-6448096098620538152h5"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 6, 2017 at 7:05 PM, Xiaodi Wu <span dir="ltr">&lt;<a href="mailto:xiaodi.wu@gmail.com" target="_blank">xiaodi.wu@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Indeed, I&#39;d be thrilled to revise and reintroduce a proposal to update identifier and operator characters, if co-authors of that proposal are OK with it. Agree entirely with the principle you enunciate; that is exactly how we tried to approach it previously. I take it that you agree that a comprehensive revision of identifier characters cannot happen without thinking about operator characters, and vice versa, and I believe we came to that conclusion as well.<br><br>Two difficulties arose. Jonathan Shapiro indicated that the Unicode approach would invariably be to specify which characters are valid identifiers, etc. not by code points or planes but by &quot;categories,&quot; for which there are none for operators but also for which there are problematic ones for emoji (the numerals 0-9 belong to the emoji category, for instance; there is another emoji_presentation category which has its own tricks). Therefore, we considered that the most conservative way to classify &quot;definite operators,&quot; &quot;definite identifiers,&quot; and everything else was to leave emoji out (UAX31 does not include them as identifier characters) and to roll back operator characters to the ASCII range. However, both temporary measures were soundly rejected.<br><br>There are a number of security issues to be ironed out with respect to emoji. For instance, emoji modifiers such as skin tones and genders allow different identifiers to be made that are visually identical or nearly so. (And yes, I&#39;m aware that you or I could come up with an ad-hoc solution to this particular problem with emoji, but the issue is identifying all such relevant problems and coming up with solutions that jibe with future Unicode solutions to the same problems.) It would have been nice to leave this out entirely for now until further guidance from Unicode experts, but the community made it clear that emoji were a sine qua non.<br><br>Likewise, every discussion on operator characters thus far has devolved into a series of replies nominating specific characters for inclusion. I continue to believe a character-by-character debate on this mailing list would be exceptionally poor form. My point in replying to this thread is only that we don&#39;t need to get into any of this (Unicode operators, canonicalization forms, emoji, etc.--much as I would love to) in order to consider the isolated addition of an ASCII-range operator \. That idea seems very reasonable, independently useful, and limited in scope.<div class="m_-6448096098620538152m_514197517880355533HOEnZb"><div class="m_-6448096098620538152m_514197517880355533h5"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Feb 6, 2017 at 15:28 Nevin Brackett-Rozinsky via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">Although there was, as you say, some push-back against revamping our set of operator characters, there was also substantial push-forward. Many people want to resolve the problematic situation we currently have regarding the designation of operators and identifiers.<div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">And indeed, cutting back to ASCII-only operators would have been an abominable choice. However waiting for the Unicode Consortium to draft guidelines for operator characters means prolonging our existing predicament. Additionally, in the discussion last fall it was mentioned that Unicode personnel are aware of what we are doing with Swift operators, and that our decisions may help to inform their classification of operator characters:</div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><span style="font-size:12.8px" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">On Fri, Oct 21, 2016 at 5:38 PM, Jonathan S. Shapiro </span><span dir="ltr" style="font-size:12.8px" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">&lt;<a href="mailto:jonathan.s.shapiro@gmail.com" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">jonathan.s.shapiro@gm<wbr>ail.com</a>&gt;</span><span style="font-size:12.8px" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"> wrote:</span><br style="font-size:12.8px" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><blockquote class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" style="font-size:12.8px;margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="gmail_extra m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div></div></blockquote></div><blockquote class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">That&#39;s a feasible way to go, but keep in mind that the UAX31 changes are being co-designed with and informed by the current discussion. There are a bunch of things that have come up here that will allow UAX31 to side-step some &quot;might have happened&quot; mistakes, so this discussion has been very useful.<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">The Swift community can and should make its own decision about whether to remain engaged. The risk of disengagement is that messy compatibility issues will probably have to be faced later that we can easily head-off now.</blockquote><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">Given all these considerations, I think the principled approach is for us to move forward with a 3-part categorization of characters into operators, identifiers, and unspecified (to be determined). That way we need not harangue ourselves over every controversial glyph, and may instead quickly determine those characters which should definitely be operators and those which should definitely be identifiers, while saving the difficult decisions until such time as Unicode produces recommendations and/or we decide to undertake a more comprehensive review.</div></div></div><div dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">Nevin</div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div></div></div><div dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="gmail_extra m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">On Sun, Feb 5, 2017 at 8:29 PM, Xiaodi Wu <span dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">&lt;<a href="mailto:xiaodi.wu@gmail.com" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">xiaodi.wu@gmail.com</a>&gt;</span> wrote:<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><blockquote class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">IIRC, where we left the discussion last time was that there was work not yet complete within Unicode on delineating identifier and operator characters. As there was broad agreement to align identifier characters with Unicode standards, and since the strict separation between identifiers and operators means that no character should belong to both, there was hesitation to declare an operator what Unicode may later deem to be an identifier.<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">There was strenuous objection to temporarily cutting back operators to the ASCII range until Unicode completes its work, but also pushback in going character-by-character above the ASCII range.<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">In any case, \ seems perfectly reasonable as an additional operator character that doesn&#39;t have to wait for Unicode.<div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-HOEnZb m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-h5 m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">On Sun, Feb 5, 2017 at 19:02 T.J. Usiyan via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><blockquote class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">+1 from me. <div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">I hope that operators get more work soon, especially with regard to math.</div></div><div class="gmail_extra m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">On Sun, Feb 5, 2017 at 5:09 PM, Nevin Brackett-Rozinsky via swift-evolution <span dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">&lt;<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><blockquote class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">+1 as well. I also support adding these four symbols: <span style="font-size:12.8px" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">⅀ ؆ ؇ ⅋</span> as operators.<div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">There was substantial discussion last fall about revamping operators in Swift, with the primary goal of removing characters that should not be in the set. I went through the Unicode tables and compiled a list of 1,020 characters that I think definitely should be operators [<a href="http://unicode.org/cldr/utility/list-unicodeset.jsp?a=%5B%5B%3ASm%3A%5D%0D%0A%0D%0A-%5Cp%7BBlock%3DSuperscripts+And+Subscripts%7D%0D%0A-%5Cp%7BBlock%3DMiscellaneous+Technical%7D%0D%0A-%5Cp%7BBlock%3DGeometric+Shapes%7D%0D%0A-%5Cp%7BBlock%3DMiscellaneous+Symbols%7D%0D%0A-%5Cp%7BBlock%3DAlphabetic+Presentation+Forms%7D%0D%0A-%5Cp%7BBlock%3DSmall+Form+Variants%7D%0D%0A-%5Cp%7BBlock%3DHalfwidth+And+Fullwidth+Forms%7D%0D%0A-%5Cp%7BBlock%3DMathematical+Alphanumeric+Symbols%7D%0D%0A-%5Cp%7BBlock%3DArabic+Mathematical+Alphabetic+Symbols%7D%0D%0A-%5Cp%7Bsubhead%3DVariant+letterforms+and+symbols%7D%0D%0A-%5Cp%7Bsubhead%3DLetterlike+symbol%7D%0D%0A%0D%0A%5Cp%7BBlock%3DArrows%7D%0D%0A%5B%2F+%3D+%5C-+%2B+%21+*+%25+%3C+%3E+%5C%26+%7C+%5C%5E+~+%3F%5D%0D%0A%5B%C2%A1+%C2%A2+%C2%A3+%C2%A4+%C2%A5+%C2%A6+%C2%A7+%C2%A9+%C2%AB+%C2%AC+%C2%AE+%C2%B0+%C2%B1+%C2%B6+%C2%BB+%C2%BF%5D+-+%5B%C2%A2+%C2%A3+%C2%A4+%C2%A5+%C2%A9+%C2%AE%5D%0D%0A%5Cp%7Bsubhead%3DGeneral+punctuation%7D+-+%5BU%2B203F+U%2B2040+U%2B2045+U%2B2046+U%2B2054%5D%0D%0A%5Cp%7Bsubhead%3DDouble+punctuation+for+vertical+text%7D%0D%0A%5Cp%7Bsubhead%3DArchaic+punctuation%7D+-+%5BU%2B2E31+U%2B2E33+U%2B2E34+U%2B2E3F%5D%0D%0AU%2B214B%5D&amp;g=&amp;i=" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">list of operator characters</a>]</div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">The effect of that would be to make 1,628 characters no longer usable as operators [<a href="http://unicode.org/cldr/utility/list-unicodeset.jsp?a=%5B%2F+%3D+%5C-+%2B+%21+*+%25+%3C+%3E+%5C%26+%7C+%5C%5E+~+%3F%0D%0AU%2B00A1+-+U%2B00A7%0D%0AU%2B00A9+U%2B00AB+U%2B00AC+U%2B00AE%0D%0AU%2B00B0+-+U%2B00B1%0D%0AU%2B00B6+U%2B00BB+U%2B00BF+U%2B00D7+U%2B00F7%0D%0AU%2B2016+-+U%2B2017%0D%0AU%2B2020+-+U%2B2027%0D%0AU%2B2030+-+U%2B203E%0D%0AU%2B2041+-+U%2B2053%0D%0AU%2B2055+-+U%2B205E%0D%0AU%2B2190+-+U%2B23FF%0D%0AU%2B2500+-+U%2B2775%0D%0AU%2B2794+-+U%2B2BFF%0D%0AU%2B2E00+-+U%2B2E7F%0D%0AU%2B3001+-+U%2B3003%0D%0AU%2B3008+-+U%2B3030%5D%0D%0A%0D%0A-%5B%5B%3ASm%3A%5D%0D%0A-%5Cp%7BBlock%3DSuperscripts+And+Subscripts%7D%0D%0A-%5Cp%7BBlock%3DMiscellaneous+Technical%7D%0D%0A-%5Cp%7BBlock%3DGeometric+Shapes%7D%0D%0A-%5Cp%7BBlock%3DMiscellaneous+Symbols%7D%0D%0A-%5Cp%7BBlock%3DAlphabetic+Presentation+Forms%7D%0D%0A-%5Cp%7BBlock%3DSmall+Form+Variants%7D%0D%0A-%5Cp%7BBlock%3DHalfwidth+And+Fullwidth+Forms%7D%0D%0A-%5Cp%7BBlock%3DMathematical+Alphanumeric+Symbols%7D%0D%0A-%5Cp%7BBlock%3DArabic+Mathematical+Alphabetic+Symbols%7D%0D%0A-%5Cp%7Bsubhead%3DVariant+letterforms+and+symbols%7D%0D%0A-%5Cp%7Bsubhead%3DLetterlike+symbol%7D%0D%0A%5Cp%7BBlock%3DArrows%7D%0D%0A%5B%2F+%3D+%5C-+%2B+%21+*+%25+%3C+%3E+%5C%26+%7C+%5C%5E+~+%3F%5D%0D%0A%5B%C2%A1+%C2%A2+%C2%A3+%C2%A4+%C2%A5+%C2%A6+%C2%A7+%C2%A9+%C2%AB+%C2%AC+%C2%AE+%C2%B0+%C2%B1+%C2%B6+%C2%BB+%C2%BF%5D+-+%5B%C2%A2+%C2%A3+%C2%A4+%C2%A5+%C2%A9+%C2%AE%5D%0D%0A%5Cp%7Bsubhead%3DGeneral+punctuation%7D+-+%5BU%2B203F+U%2B2040+U%2B2045+U%2B2046+U%2B2054%5D%0D%0A%5Cp%7Bsubhead%3DDouble+punctuation+for+vertical+text%7D%0D%0A%5Cp%7Bsubhead%3DArchaic+punctuation%7D+-+%5BU%2B2E31+U%2B2E33+U%2B2E34+U%2B2E3F%5D%0D%0AU%2B214B%5D&amp;g=&amp;i=" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">list of non-operator characters</a>]</div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">However, my strategy was to be conservative in accepting operators. There are several Unicode blocks which contain some additional characters which we may want to have as operators [<a href="http://unicode.org/cldr/utility/list-unicodeset.jsp?a=%5B%5Cp%7BBlock%3DMiscellaneous+Technical%7D%0D%0A%5Cp%7BBlock%3DOptical+Character+Recognition%7D%0D%0A%5Cp%7BBlock%3DBox+Drawing%7D%0D%0A%5Cp%7BBlock%3DBlock+Elements%7D%0D%0A%5Cp%7BBlock%3DGeometric+Shapes%7D%0D%0A%5Cp%7BBlock%3DMiscellaneous+Symbols%7D%0D%0A%5Cp%7BBlock%3DDingbats%7D%0D%0A%5Cp%7BBlock%3DBraille%7D%0D%0A%5Cp%7BBlock%3DMiscellaneous+Symbols+And+Arrows%7D%0D%0A%5Cp%7BBlock%3DYijing+Hexagram+Symbols%7D%0D%0A%5Cp%7BBlock%3DMusical+Symbols%7D%0D%0A%5Cp%7BBlock%3DAncient+Greek+Musical+Notation%7D%0D%0A%5Cp%7BBlock%3DTai+Xuan+Jing+Symbols%7D%0D%0A%5Cp%7BBlock%3DMahjong+Tiles%7D%0D%0A%5Cp%7BBlock%3DDomino+Tiles%7D%0D%0A%5Cp%7BBlock%3DPlaying+Cards%7D%0D%0A%5Cp%7BBlock%3DOrnamental+Dingbats%7D%0D%0A%5Cp%7BBlock%3DAlchemical+Symbols%7D%0D%0A%5Cp%7BBlock%3DGeometric+Shapes+Extended%7D%0D%0A%5Cp%7BBlock%3DSupplemental+Arrows+C%7D%5D%0D%0A&amp;g=&amp;i=" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">list of characters in those blocks</a>]</div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">I did not include the backslash because I decided not to mess with the choice of ASCII operators, however I do support making backslash an operator. I am not sure about currency symbols.</div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">Nevin</div><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667m_7905769738546608409h5 m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="gmail_extra m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">On Sun, Feb 5, 2017 at 1:20 PM, Dave Abrahams via swift-evolution <span dir="ltr" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">&lt;<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><blockquote class="gmail_quote m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667m_7905769738546608409m_-5874055934264812268gmail- m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
on Sun Feb 05 2017, Nicolas Fezans &lt;<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; Dear all,<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt;<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; This is a rather simple proposal to add &#39;\&#39; (backslash character) as a<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; valid operator-head in the swift grammar.<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt;<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; One argument for it, is that there exist a backslash operator in the<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; MATLAB/Scilab/Octave languages. In this languages A\B solves the linear<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; system A*X = B for X (or the least square problem associated to it if the<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; system of equations is overdetermined). I am doing some numerical<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; computation in Swift and it would be nice to be able to declare the same<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; operator name for this functionality.<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt;<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; I might have missed some arguments for not adding them, but I seems to me<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; that until now the \ character is only used inside of string literals. If<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; that is the case, both uses should never generate a conflict or be<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; ambiguous, isn&#39;t it? (String literals keep their interpretation of \ and \<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; used otherwise within the swift code will be interpreted as an operator or<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; as the beginning of an operator)<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt;<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
&gt; I am curious to see what will be the feedback on this.<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
</span>+1 if it doesn&#39;t clash with the grammar.<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<span class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667m_7905769738546608409m_-5874055934264812268gmail-HOEnZb m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><font color="#888888" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
--<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
-Dave<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
</font></span><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667m_7905769738546608409m_-5874055934264812268gmail-HOEnZb m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><div class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667m_7905769738546608409m_-5874055934264812268gmail-h5 m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
______________________________<wbr>_________________<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
swift-evolution mailing list<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">https://lists.swift.org/mailma<wbr>n/listinfo/swift-evolution</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
</div></div></blockquote></div><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div></div></div></div></div>
<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">______________________________<wbr>_________________<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
swift-evolution mailing list<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">https://lists.swift.org/mailma<wbr>n/listinfo/swift-evolution</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></blockquote></div><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div>
______________________________<wbr>_________________<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
swift-evolution mailing list<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">https://lists.swift.org/mailma<wbr>n/listinfo/swift-evolution</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191m_-5585222714305885894gmail-m_776308301254735667gmail_msg m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
</blockquote></div>
</div></div></blockquote></div><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg"></div></div>
______________________________<wbr>_________________<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
swift-evolution mailing list<br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="mailto:swift-evolution@swift.org" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">swift-evolution@swift.org</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg" target="_blank">https://lists.swift.org/mailma<wbr>n/listinfo/swift-evolution</a><br class="m_-6448096098620538152m_514197517880355533m_57183862963143191gmail_msg">
</blockquote></div>
</div></div></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailma<wbr>n/listinfo/swift-evolution</a><br>
<br></blockquote></div><br></div></div>