Skip to content
This repository was archived by the owner on Mar 26, 2023. It is now read-only.

Commit 42d5302

Browse files
authored
Issue 104 (#371)
* greetings & starter tasks: 104 * SE-0198 was accepted * Update author, add Swift Unwrapped * Update 2018-03-08-issue-104.md * Added a bit more intro * Finally * Forums * News & Community * [104] Commits and pull requests * Grammar * [104] SE-0199 accepted * [104] Removes mention of Spectre vulnerability * Update 2018-03-08-issue-104.md * Move to _posts, grammar fixes, intro, more
1 parent cd629ad commit 42d5302

File tree

2 files changed

+77
-51
lines changed

2 files changed

+77
-51
lines changed

_drafts/2018-03-08-issue-104.md

Lines changed: 0 additions & 51 deletions
This file was deleted.

_posts/2018-03-08-issue-104.md

Lines changed: 77 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,77 @@
1+
---
2+
layout: post
3+
title: ! 'Issue #104'
4+
author: btb
5+
---
6+
7+
A lot has happened in the past two weeks. Apple introduced a new open source framework, a new Xcode beta was released (with improved compile-times!) and Swift 4.2 was announced. And of course, Swift 5 has seen another two weeks of progress.
8+
9+
So, without further ado...
10+
11+
<!--excerpt-->
12+
13+
### Starter tasks
14+
15+
- [SR-6979](https://bugs.swift.org/browse/SR-6979) [Compiler] `thin_to_thick_function` derived pointers do not need to be retained/released
16+
- [SR-6960](https://bugs.swift.org/browse/SR-6960) [Standard Library] Floating-point `nextUp` and `nextDown` are unnecessarily slow for concrete types
17+
- [SR-6889](https://bugs.swift.org/browse/SR-6889) [Compiler] Use `ArgMemOnly` for runtime functions
18+
- [SR-6789](https://bugs.swift.org/browse/SR-6789) [Foundation] `IndexPath` needs benchmarks
19+
20+
{% include task_remind.html %}
21+
22+
### Swift Unwrapped
23+
24+
In [episode 48](https://spec.fm/podcasts/swift-unwrapped/117689), Jesse and JP discuss the Google Summer Of Code 2018 and Swift's participation in the project. In [episode 49](https://spec.fm/podcasts/swift-unwrapped/117707), they discuss [Dave DeLong](https://twitter.com/davedelong)'s Swift Protocol Wishlist, looking at the possibilities of Swift Protocols without boundaries.
25+
26+
### News and community
27+
28+
Apple [released](https://download.developer.apple.com/Developer_Tools/Xcode_9.3_beta_4/Release_Notes_for_Xcode_9.3_beta_4.pdf) Xcode 9.3 beta 4. Erica Sadun [wrote](http://ericasadun.com/2018/03/05/new-to-swift-in-xcode-9-3-beta-4-se-0075-and-se-0190-allow-better-configuration-testing/) about some of the included Swift changes (`canImport` and `targetEnvironment`).
29+
30+
Ted Kremenek [announced](https://swift.org/blog/4-2-release-process/) Swift 4.2 and its planned release process. Swift 4.2 "is meant to be a waypoint towards achieving ABI stability in Swift 5 [..] as well as have a goal of some focused improvements on compile-time performance". 🎉
31+
32+
Jordan Rose [wrote](http://belkadan.com/blog/2018/02/Many-to-Many-Protocols/) a blog post exploring types with multiple `RawValue`s.
33+
34+
Ben Asher [shared](https://twitter.com/benasher44/status/968905975724892160) their clean build times (with the "old" build system) decreased by 4 minutes compared to Swift 9.2; from 11 minutes to 7 minutes, that's a 36% speedup!
35+
36+
Alfredo Delli Bovi [shared](https://twitter.com/adellibovi/status/969012500682477568) similar results, going from 7 and a half minutes to 5. 🏎
37+
38+
At try! Swift, Norman Maurer introduced [SwiftNIO](https://github.com/apple/swift-nio), "a cross-platform asynchronous event-driven network application framework for rapid development of maintainable high performance protocol servers & clients".
39+
Interesting to note is that they are using [GitHub Issues](https://github.com/apple/swift-nio/issues); no JIRA!
40+
41+
Vapor then [integrated](https://twitter.com/codevapor/status/970012673852178432) with SwiftNIO mere days after the announcement. They were able to delete nearly 15.000 lines of code! 😮
42+
43+
Marcin Krzyżanowski [wrote](https://pspdfkit.com/blog/2018/first-class-swift-api-for-objective-c-frameworks/) how they created a first-class Swift API for an Objective-C framework, using all the amazing bridging and attributes available.
44+
45+
### Commits and pull requests
46+
47+
[Karoy Lorentey](https://github.com/lorentey) worked on a [pull request](https://github.com/apple/swift/pull/14913) to use `SipHash-1-3` for all hashing.
48+
49+
> This PR intends to improve matters by standardizing on a high quality hash function, SipHash, for use inside the standard library and inside compiler-synthesized `Hashable` implementations. (SipHash is already implemented in the Standard Library, but so far it has been sitting there largely unused.)
50+
>
51+
> This pull request does not introduce a public API to help with manual `Hashable` implementations — but it provides the first step towards providing one.
52+
53+
[Harlan Haskins](https://github.com/harlanhaskins) created a [pull request](https://github.com/apple/swift/pull/14854) that makes `SwiftSyntax` build on Linux.
54+
55+
[Michael Ilseman](https://github.com/milseman) worked on a [pull request](https://github.com/apple/swift/pull/14755) that could speedup ObjC bridging 2.5 times. 😱
56+
57+
### Accepted proposals
58+
59+
[SE-0198](https://github.com/apple/swift-evolution/blob/master/proposals/0198-playground-quicklook-api-revamp.md): *Playground QuickLook API Revamp* was [accepted](https://forums.swift.org/t/se-0198-playground-quicklook-api-revamp/9448/16) with a minor revision.
60+
61+
> The new API for customizing playground display will be adopted, and the previous API deprecated, as described in the proposal. However, the new protocol will remain part of the standard library rather than moving to the playground support library, in order to facilitate frameworks that want to ship with built-in custom playground display capability.
62+
63+
[SE-0199](https://github.com/apple/swift-evolution/blob/master/proposals/0199-bool-toggle.md): *Adding toggle to Bool* was [accepted](https://forums.swift.org/t/accepted-se-199-add-toggle-to-bool/10681).
64+
65+
> The review of SE-199 has ended, and the proposal has been accepted as-is. There was some discussion during the review of alternative names, but the team felt that `toggle()` was the best one offered.
66+
67+
### Swift Forums
68+
69+
Jordan Rose [shared](https://forums.swift.org/t/se-0192-non-exhaustive-enums/7291/337) an update on [SE-0192](https://github.com/apple/swift-evolution/blob/master/proposals/0192-non-exhaustive-enums.md):
70+
71+
> Over the last few weeks I’ve been discussing this with the core team, who pretty much all agreed that **this is not the right direction for third-party libraries.**
72+
>
73+
> I’m working on cutting down the proposal text (and the implementation) to match this feedback from the core team.
74+
75+
### Finally
76+
77+
Did you know that `enum` was once called [`oneof`](https://twitter.com/dgregor79/status/970857272724172800) — and [`union`](https://github.com/apple/swift/blob/master/CHANGELOG.md#2013-09-24)?

0 commit comments

Comments
 (0)