<div dir="ltr">I'd be happy to put together proposals for associated type inference removal and removing type system significance from argument labels, if nobody else wants them.<div><br></div><div>Austin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 22, 2016 at 6:16 PM, Xiaodi Wu via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Jun 22, 2016 at 8:07 PM, Chris Lattner via swift-evolution <span dir="ltr"><<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi everyone,<br>
<br>
Here is a partial list of the open topics that the core team would like to get resolved in Swift 3. The list is partial both because I’m way behind on swift-evolution traffic, but also because new things may come up. There are also a number of accepted proposals that are not yet implemented. Some topics have proposals done, and therefore have an SE number, but the review discussion hasn’t finalized. Some of these topics have an “owner” that is driving or planning to start a discussion on them them, which I’ve listed in square brackets.<br>
<br>
If you’d like to discuss these topics in particular, please start a new thread specific to them, or contribute to an already-existing thread discussing it. Several of these don’t have an owner yet, so if you’d like to pick them up and run with them, that would be great. Thanks!<br>
<br>
-Chris<br>
<br>
<br>
Language:<br>
- SE-0091: Improving operator requirements in protocols [Core team discussed this, will email about it shortly]<br>
- SE-0077: Improve operator declaration syntax [Core team discussed this, Joe Groff will follow up on this soon]<br>
- SE-0095: Replace protocol<P1,P2> syntax with P1 & P2 syntax<br>
- SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type<br>
- SE-0103: Invert @noescape<br>
- Remove T -> T? implicit promotion for operands to operators<br>
- Removing argument labels from the type system (so they are declaration-only constructs)<br>
- Some reshuffling with requiring @objc/@nonobjc for things that shouldn’t/can’t be expressed via the Objective-C runtime<br>
- Eliminating inference of associated type witnesses (as is mentioned in the generics manifesto)<br>
- Should public classes be non-publicly-subclassable by default? [John McCall]<br>
- Revising access modifiers on extensions [Adrian Zubarev]<br>
<br>
<br>
Standard library:<br>
- SE-0101: Rename sizeof and related functions to comply with API Guidelines<br>
- Ongoing API naming adjustments for stdlib:<br>
- Closure arguments [Dave Abrahams]<br>
- Others are being discussed on swift-evolution.<br>
- Remove Boolean protocol.<br></blockquote></span><div>^^^</div><div>What's the thinking behind this particular item?</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- SE-0104: Revise Integer protocols to match FP ones. [Max Moiseev]<br>
<br>
SDK / Cocoa / ObjC interop:<br>
- [SE-0086] Finalize NS removal plan. [Tony Parker]<br>
- Importing “id” as Any [Joe Groff]<br>
- Revise NSError/Error model for better interoperability and usability. [Doug Gregor]<br>
- <rdar://15821981> Bridge NSRange to “Range<Int>?”<br>
<br>
_______________________________________________<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/mailman/listinfo/swift-evolution</a><br>
</blockquote></span></div><br></div></div>
<br>_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
<br></blockquote></div><br></div>