Sorry - I meant to XFAIL the new test on Linux. Should be fixed with a9106398.
- Joe
> On Apr 20, 2016, at 10:56 PM, no-re...@swift.org wrote:
>
> [FAILURE] oss-swift-incremental-RA-linux-ubuntu-14_04 [#4261]
>
> Build URL:
> https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-14
> On Apr 20, 2016, at 4:37 PM, Joseph Bell via swift-dev
> wrote:
>
> I've noticed in Xcode there are a lot of fixits that tell you exactly what to
> do to "fix it", and it will do it for you. However, this does not apply to
> "does not conform to protocol" errors; I'm wondering if it is pos
Xcode does tell you which members are not present; they're in the notes for the
"does not conform" message, which you can see in the Issue Navigator or Log
Navigator. I'm pretty sure we have an outstanding Radar about making fix-its
for these too, but it's hard to know where in your type or exte
On Wed, Apr 20, 2016, at 08:17 PM, Greg Parker via swift-dev wrote:
>
> > On Apr 20, 2016, at 5:14 PM, no-re...@swift.org wrote:
> >
> > New issue found!
> >
> > [FAILURE] oss-swift-package-linux-ubuntu-14_04 [#1072]
> >
> > Build URL:
> > https://ci.swift.org/job/oss-swift-package-linux-ubun
> On Apr 20, 2016, at 5:14 PM, no-re...@swift.org wrote:
>
> New issue found!
>
> [FAILURE] oss-swift-package-linux-ubuntu-14_04 [#1072]
>
> Build URL:
> https://ci.swift.org/job/oss-swift-package-linux-ubuntu-14_04/1072/
> Project: oss-swift-package-linux-ubuntu-14_04
> Date of build:
I changed the test to `UNSUPPORTED: linux` earlier this afternoon so the bots
should be pacified eventually.
> On Apr 20, 2016, at 5:03 PM, Erik Eckstein wrote:
>
> BTW, this is the radar: rdar://problem/25842757
>
>> On Apr 20, 2016, at 5:03 PM, Erik Eckstein via swift-dev
>> mailto:swift-
BTW, this is the radar: rdar://problem/25842757
> On Apr 20, 2016, at 5:03 PM, Erik Eckstein via swift-dev
> wrote:
>
> Xin and I working on a fix for the original problem.
> I think we should _disable_ this test on linux in the meantime and not
> _xfail_ it.
>
> Erik
>
>
>> On Apr 20, 201
Xin and I working on a fix for the original problem.
I think we should _disable_ this test on linux in the meantime and not _xfail_
it.
Erik
> On Apr 20, 2016, at 2:10 PM, Greg Parker via swift-dev
> wrote:
>
> Nope, not your fault. This is a pre-existing problem. I'm not sure why the CI
>
I've noticed in Xcode there are a lot of fixits that tell you exactly what
to do to "fix it", and it will do it for you. However, this does not apply
to "does not conform to protocol" errors; I'm wondering if it is possible
for the fixit engine to add methods/properties such that, at a minimum, a
On Wed, Apr 20, 2016 at 3:23 PM, Austin Zheng via swift-dev
wrote:
> Hello developers,
>
> Is there a way to import a .swift source file into the interactive REPL?
> There are times I'd like to debug code by importing it into the REPL and then
> typing in various interactive commands. However, c
Hello developers,
Is there a way to import a .swift source file into the interactive REPL? There
are times I'd like to debug code by importing it into the REPL and then typing
in various interactive commands. However, copy-pasting does not always work
properly, especially if the code is long an
Nope, not your fault. This is a pre-existing problem. I'm not sure why the CI
system thought that was a new issue.
> On Apr 20, 2016, at 2:08 PM, Michael Ilseman wrote:
>
>
> Unexpected Passing Tests (1):
> Swift :: 1_stdlib/ArrayTraps.swift.gyb
>
> I don’t think my c
Unexpected Passing Tests (1):
Swift :: 1_stdlib/ArrayTraps.swift.gyb
I don’t think my changes could affect this test.
> On Apr 20, 2016, at 1:51 PM, no-re...@swift.org wrote:
>
> New issue found!
>
> [FAILURE] oss-swift-package-linux-ubuntu-15_10 [#1059]
>
> Build URL:
13 matches
Mail list logo
