> On May 27, 2016, at 7:50 PM, Xiaodi Wu <xiaodi...@gmail.com> wrote: > > I don't believe that was the case with the semicolons in the original for;; > loop, was it?
No, I don’t believe so, but that’s gone now. And it is pretty uncommon to see `for` loop clauses on multiple lines. Not so with `guard`. > On Fri, May 27, 2016 at 20:37 Matthew Johnson via swift-evolution > <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote: > > > Sent from my iPad > > On May 27, 2016, at 7:22 PM, Erica Sadun <er...@ericasadun.com > <mailto:er...@ericasadun.com>> wrote: > >> >>> On May 27, 2016, at 6:19 PM, Matthew Johnson <matt...@anandabits.com >>> <mailto:matt...@anandabits.com>> wrote: >>>>> Also, can someone refer me to an example of this statement: "This >>>>> proposal resolves this problem by retaining commas as separators within >>>>> clauses (as used elsewhere in Swift) and introducing semicolons to >>>>> separate distinct kinds of clauses (which aligns with the rest of the >>>>> Swift language)” >>>> >>>> guard let x = opt1, y = opt2, z = opt3; booleanAssertion else { } >>>> >>>>> >>>>> I rarely see any semicolons after the removal of C loops. So if someone >>>>> could put me to where this is used elsewhere in Swift, please do! >>>> >>>> Using semicolons brings conditions in-line with how semicolons are used as >>>> separators elsewhere in the Swift grammar. >>> >>> Not really. We can use a newline instead of the semicolon elsewhere. >> >> Outside of braces? Think of the guard/if/while creating a new miniscope that >> has no braces, and whose value assignments escape to the surrounding scope. >> I defer to Chris for better technical answers. > > They are only used for statement separators as far as I know. Statements > only happen inside code blocks, which are always surrounded by braces. So > no, not outside braces as far as I know. > > But I don't know what that has to do with the fact that newline can be used > as an alternative. It's just an alternate separator. As far as I know, > everywhere semicolons are used as separators newlines are accepted as an > alternate separator. > >> >> -- E >> > _______________________________________________ > swift-evolution mailing list > swift-evolution@swift.org <mailto:swift-evolution@swift.org> > https://lists.swift.org/mailman/listinfo/swift-evolution > <https://lists.swift.org/mailman/listinfo/swift-evolution>
_______________________________________________ swift-evolution mailing list swift-evolution@swift.org https://lists.swift.org/mailman/listinfo/swift-evolution