[swift-dev] [Swift CI] Build Failure: OSS - Swift Package - OS X (swift 4.1) #328

2017-12-12 Thread no-reply--- via swift-dev
Title: Report [FAILURE] oss-swift-4.1-package-osx [#328] Build URL:https://ci.swift.org/job/oss-swift-4.1-package-osx/328/ Project:oss-swift-4.1-package-osx Date of build:Tue, 12 Dec 2017 07:38:12 -0600 Build duration:3 hr 21 min Changes No Chang

Re: [swift-dev] [swift-evolution] Re-pitch: Deriving collections of enum cases

2017-12-12 Thread Step Christopher via swift-dev
Has this stalled out again? I would like to help with the proposal and even attempt implementation. I also need to catch up on the resilient discussion regarding enum case ordering. > On Nov 14, 2017, at 10:50 PM, Jacob Bandes-Storch via swift-evolution > wrote: > > > > Jacob Bandes-Stor

Re: [swift-dev] [swift-evolution] Re-pitch: Deriving collections of enum cases

2017-12-12 Thread Step Christopher via swift-dev
The “base” case desire makes sense to me, but not as a part of this proposal. It might be a good follow-on. If all associated values are enumerable, it is tempting to try to make the top level enum valueEnumerable too. I wonder if even that should be a follow-on feature. As far as source-ord

Re: [swift-dev] [swift-evolution] Re-pitch: Deriving collections of enum cases

2017-12-12 Thread Step Christopher via swift-dev
The “base” case desire makes sense to me, but not as a part of this proposal. It might be a good follow-on. If all associated values are enumerable, it is tempting to try to make the top level enum valueEnumerable too. I wonder if even that should be a follow-on feature. As far as source-ord

Re: [swift-dev] Getting started with lib/Syntax

2017-12-12 Thread Yurii Samsoniuk via swift-dev
Hi Xi, Thanks for your reply. I'll grab another bug then. Cheers, Yura пн, 11 груд. 2017 о 22:10 Xi Ge пише: > Great to hear that! Please feel free to self-assign this task. > > > Xi > > On Dec 11, 2017, at 12:45 PM, Faiçal Tchirou wrote: > > Hi Xi, > > I would be interested in SR-6571. > > T

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 14.04 (master) #2003

2017-12-12 Thread Adam Nemet via swift-dev
Seems unrelated to my change which should only affect benchmarks. Is this test known to be flaky? TEST 'Swift(linux-x86_64) :: AutolinkExtract/import_archive.swift' FAILED Script: -- rm -rf "/home/buildnode/jenkins/workspace/oss-swift-incremental-RA-lin

Re: [swift-dev] Protocol Devirtualizer Pass

2017-12-12 Thread Raj Barik via swift-dev
Thanks for the recommendations, Slava. Although I am able to create both the generic function and the wrapper thunk, I get a crash in the existing performance inliner pass while iterating over the apply instruction and trying to perform substitution. Here is the SIL that I generate: sil hidden [th

Re: [swift-dev] Request for review on Windows CMake changes

2017-12-12 Thread Saleem Abdulrasool via swift-dev
On Sat, Dec 9, 2017 at 9:21 AM, David Zarzycki via swift-dev < swift-dev@swift.org> wrote: > Can somebody please also speak up to why Windows needs to remove the > "-Wl,-z,defs” from CXX_FLAGS? At the very least, I’d like to see the > project-wide removal of this useful flag limited to just the Wi

Re: [swift-dev] [SE-0143] Dynamic casting for conditional conformances

2017-12-12 Thread Douglas Gregor via swift-dev
> On Dec 10, 2017, at 4:47 PM, Brent Royal-Gordon > wrote: > >> On Dec 5, 2017, at 2:28 PM, Douglas Gregor via swift-dev >> mailto:swift-dev@swift.org>> wrote: >> >> To perform that mapping from a mangled type in a conditional requirement to >> type metadata, we effectively need an operatio

Re: [swift-dev] [SE-0143] Dynamic casting for conditional conformances

2017-12-12 Thread Jordan Rose via swift-dev
> On Dec 12, 2017, at 14:15, Douglas Gregor via swift-dev > wrote: > > > >> On Dec 10, 2017, at 4:47 PM, Brent Royal-Gordon > > wrote: >> >>> On Dec 5, 2017, at 2:28 PM, Douglas Gregor via swift-dev >>> mailto:swift-dev@swift.org>> wrote: >>> >>> To perform

Re: [swift-dev] [SE-0143] Dynamic casting for conditional conformances

2017-12-12 Thread Douglas Gregor via swift-dev
> On Dec 12, 2017, at 2:29 PM, Jordan Rose wrote: > > > >> On Dec 12, 2017, at 14:15, Douglas Gregor via swift-dev > > wrote: >> >> >> >>> On Dec 10, 2017, at 4:47 PM, Brent Royal-Gordon >> > wrote: >>> On Dec 5, 2017, at 2:2

Re: [swift-dev] Request for review on Windows CMake changes

2017-12-12 Thread Wallacy via swift-dev
Has anyone considered the Bezel Build for swift? https://bazel.build/ Seems to address these problems. Em ter, 12 de dez de 2017 às 19:39, Saleem Abdulrasool via swift-dev < swift-dev@swift.org> escreveu: > On Sat, Dec 9, 2017 at 9:21 AM, David Zarzycki via swift-dev < > swift-dev@swift.org> wr

[swift-dev] Swift CI - Failure notification email sender changed

2017-12-12 Thread Mishal Shah via swift-dev
Swift CI failure email notification will start coming from swift...@swift.org. Mishal Shah ___ swift-dev mailing list swift-dev@swift.org https://lists.swift.org/mailman/listinfo/swift-dev

Re: [swift-dev] Request for review on Windows CMake changes

2017-12-12 Thread Saleem Abdulrasool via swift-dev
On Tue, Dec 12, 2017 at 4:47 PM, Wallacy wrote: > Has anyone considered the Bezel Build for swift? > > https://bazel.build/ > > Seems to address these problems. I'm sorry, but I fail to see how bazel would address any of these issues. The flags are exported from LLVM's CMake infrastructure. Fi

Re: [swift-dev] Request for review on Windows CMake changes

2017-12-12 Thread Greg Parker via swift-dev
> On Dec 12, 2017, at 6:06 PM, Saleem Abdulrasool via swift-dev > wrote: > > The problems with the cross-compiling that Im referring to are not inherent > to CMake (although, I am slightly partial to the autotools approach to > cross-compilation), but rather the way that the tool is being use