[swift-dev] [SR-3281] Update swift man page

Hi everyone, I have submitted an attempt at updating the swift man(1) page as Github Pull Request #10241 [1] based on the JIRA ticket SR-3281 [2]. Feedback is welcomed up to the end of Thursday, June 15th, preferably through discussion in the pull request thread and not through the mailing list.

Re: [swift-dev] RFC: bridging peephole for "as" casts

> On Jun 13, 2017, at 7:32 PM, Jordan Rose wrote: >> On Jun 13, 2017, at 16:11, John McCall via swift-dev > > wrote: >> >> So, there's a longstanding issue that we're planning to fix in Swift 4, and >> I want to both make

Re: [swift-dev] RFC: bridging peephole for "as" casts

> On Jun 13, 2017, at 16:11, John McCall via swift-dev > wrote: > > So, there's a longstanding issue that we're planning to fix in Swift 4, and I > want to both make sure that the plan is documented publicly and give people a > chance to disagree with it. > > A

[swift-dev] RFC: bridging peephole for "as" casts

So, there's a longstanding issue that we're planning to fix in Swift 4, and I want to both make sure that the plan is documented publicly and give people a chance to disagree with it. A bridging conversion is a conversion between a Swift type and a foreign type (C / ObjC / whatever) which can

Re: [swift-dev] Measuring MEAN Performance (was: Questions about Swift-CI)

So I did a bit more research. Check out how LNT does this: https://github.com/llvm-mirror/lnt I talked with Chris Matthews (+CC) about how LNT uses Mann-Whitney. In the following let n be the number of samples taken. From

Re: [swift-dev] Measuring MEAN Performance (was: Questions about Swift-CI)

On Tue, Jun 13, 2017 at 8:51 AM, Andrew Trick wrote: > I’m confused though because I thought we agreed that all samples need to > run with exactly the same number of iterations. So, there would be one > short run to find the desired `num_iters` for each benchmark, then each >

Re: [swift-dev] Measuring MEAN Performance (was: Questions about Swift-CI)

> On Jun 12, 2017, at 10:36 PM, Pavol Vaskovic wrote: > > As the next two paragraphs after the part you quoted go on explaining, I'm > hoping that with this approach we could adaptively sample the benchmark until > we get stable population, but starting from lower iteration