Re: [swift-dev] [semantic-arc][proposal] High Level ARC Memory Operations

> On Oct 7, 2016, at 2:38 PM, Michael Gottesman via swift-dev > wrote: > > Attached below is an updated version of the proposal. Again a rendered > version is located at: > > https://gottesmm.github.io/proposals/high-level-arc-memory-operations.html >

Re: [swift-dev] [discussion notes] SIL address types and borrowing

> On Oct 10, 2016, at 6:23 PM, Joe Groff wrote: > > >> On Oct 7, 2016, at 11:10 PM, Andrew Trick via swift-dev >> wrote: >> ** World 1: SSA @inout >> >> Projecting an element produces a new SILValue. Does this SILValue have >> it's own ownership associated with it's lifetime, or is it derive

Re: [swift-dev] [discussion notes] SIL address types and borrowing

> On Oct 7, 2016, at 11:10 PM, Andrew Trick via swift-dev > wrote: > ** World 1: SSA @inout > > Projecting an element produces a new SILValue. Does this SILValue have > it's own ownership associated with it's lifetime, or is it derived > from it's parent object by looking through projections? >

[swift-dev] CI outage tomorrow

Hi All- The CI bots on swift.org will be down temporarily, starting at 2 PM (California time) while we install the newest Xcode beta. We’ll post a corresponding preview snapshot at that time as well. Thanks! Nicole ___ swift-dev mailing list swift-

Re: [swift-dev] [discussion notes] SIL address types and borrowing

> On Oct 8, 2016, at 10:09 AM, Karl via swift-dev wrote: > > Could you add this (and John’s previous writeup) to the docs in the repo? > > I was reasonably along the way to adding unowned optionals a while back but > got totally lost in SILGen. > This info looks really valuable, but personally

Re: [swift-dev] State of Swift on Linux/ARM

It is better in general, yes. However, there are details that make having a separate repo desirable. Think of it more as a place for arm-specific patches to get merged in very quickly and easily while the official swift PR system is running. Because arm (32-bit specifically) is such an odd du

Re: [swift-dev] State of Swift on Linux/ARM

We're generally fine with taking patches to support other platforms in upstream. We don't currently have a way to add externally-managed buildbots to our CI system, though, so it's hard to know when things break. There's also a policy decision here: if someone breaks the Swift-on-MIPS port, does

[swift-dev] TWISt-shout Newsletter 2016-10-10

Here is your TWISt-shout Newsletter for the week of 2016-10-03 to 2016-10-09 https://github.com/pepperdog/TWISt-shout/blob/master/2016/TWISt-shout-2016-10-10.md Enjoy! -Kenny ___ swift-dev mailing list swift-dev@swift.org https://lists.swift.org/ma

Re: [swift-dev] State of Swift on Linux/ARM

Hi Will Thanks for your great work on arm support. Wouldn't it be better if ARM support was added directly to the Apple swift repo. I'm not sure if it's currently possible and what technical challenges we would need to solve to achieve it, i just wold like to know if it has been discussed with

Re: [swift-dev] State of Swift on Linux/ARM

Hi Ron, As the unofficial maintainer of Swift on Arm, I can say with confidence that there is no official anything about Swift on Linux/ARM. :) That said, Swift works and builds fantastically well on the TK1 (which I use as my primary development platform). Also, yes, all official Swift platfo

Re: [swift-dev] [swift-lldb-dev] Building and running swift-lldb from Xcode not working :(

Filed a bug https://bugs.swift.org/browse/SR-2891 :) On Wed, Oct 5, 2016 at 4:09 PM, Todd Fiala wrote: > > On Oct 5, 2016, at 3:20 PM, Rex Fenley via swift-lldb-dev < > swift-lldb-...@swift.org> wrote: > > I'm using the most recent cmake. I also blew away the lldb directory and > tried to rebuil

[swift-dev] State of Swift on Linux/ARM

Hi all- Is there any "official" place to check what the state of Swift on Linux/ARM is? Specifically, what HW platforms/distro combinations have working binaries? I've seen blogs about getting it compiled and working on Raspberry PIs, but they seem to have caveats as well as general surprise