Re: [swift-dev] Major SwiftPM compile time regression

> On Sep 24, 2016, at 11:20 PM, Daniel Dunbar wrote: > > Thanks! I guess this showed up as a result of the most recent LLVM sync then? Yes, that seems like the most likely explanation. Mark > > - Daniel > >> On Sep 24, 2016, at 11:17 PM, Mark Lacey > > wrote: >

Re: [swift-dev] Major SwiftPM compile time regression

Thanks! I guess this showed up as a result of the most recent LLVM sync then? - Daniel > On Sep 24, 2016, at 11:17 PM, Mark Lacey wrote: > > I just pulled this up under Instruments and found that 94% of the compile > time for StringMangling.swift.o, which seems to be where all the time goes,

Re: [swift-dev] Major SwiftPM compile time regression

I just pulled this up under Instruments and found that 94% of the compile time for StringMangling.swift.o, which seems to be where all the time goes, is spent in performLLVM, so this doesn’t look like a type checker issue. Weight Self Weight Symbol Name 10.32 min 94.4% 1.00

Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 14.04 - Long Test (swift 3.0) #302

> On Sep 24, 2016, at 10:29 PM, Daniel Dunbar wrote: > > >> On Sep 24, 2016, at 9:33 PM, Michael Gottesman > > wrote: >> >> >>> On Sep 24, 2016, at 8:15 PM, Daniel Dunbar >> > wrote: >>> >>> Alternately, we could change their build

Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 14.04 - Long Test (swift 3.0) #302

> On Sep 24, 2016, at 9:33 PM, Michael Gottesman wrote: > > >> On Sep 24, 2016, at 8:15 PM, Daniel Dunbar > > wrote: >> >> Alternately, we could change their build scripts to generate llbuild >> manifest files and build using llbuild (which tracks the Swift com

Re: [swift-dev] Mirror behavior

Hello Enrico, Thank you for the reply! If the goal of `Mirror` is reflection, wouldn’t the full structure of a type need to be exposed by its `Mirror`? And even if the goal is a more limited form of inspection, wouldn’t it still be necessary to make the default implementation, which exposes a

Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 14.04 - Long Test (swift 3.0) #302

> On Sep 24, 2016, at 8:15 PM, Daniel Dunbar > wrote: > > Alternately, we could change their build scripts to generate llbuild manifest > files and build using llbuild (which tracks the Swift compiler version > automatically as a dependency). This is why SwiftPM

Re: [swift-dev] Major SwiftPM compile time regression

I'm assuming its the type checker based on how it manifests (and we haven't changed anything interesting in the module that is slow to build), but I haven't looked at any samples. - Daniel > On Sep 24, 2016, at 9:23 PM, Ted Kremenek wrote: > > Does this look related to the type checker (I sa

Re: [swift-dev] Major SwiftPM compile time regression

Does this look related to the type checker (I saw Mark’s comments in the SR) or something else? > On Sep 24, 2016, at 3:23 PM, Daniel Dunbar via swift-dev > wrote: > > Swift TOT is currently taking a very long time (and upwards of 8GB) to build > SwiftPM. I filed: > https://bugs.swift.org/br

Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 14.04 - Long Test (swift 3.0) #302

Alternately, we could change their build scripts to generate llbuild manifest files and build using llbuild (which tracks the Swift compiler version automatically as a dependency). This is why SwiftPM doesn't usually hit this problem, for example. - Daniel > On Sep 24, 2016, at 7:57 PM, Micha

Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 14.04 - Long Test (swift 3.0) #302

> On Sep 23, 2016, at 10:02 AM, Jordan Rose via swift-dev > wrote: > >> Foundation/NSData.swift:19:8: error: module file was created by an older >> version of the compiler; rebuild 'Dispatch' and try again: >> /home/buildnode/jenkins/workspace/oss-swift-3.0-incremental-RA-linux-ubuntu-14_04-l

[swift-dev] Android: wrong ld (linker) keeps being invoked

I'm being hit by the problem where the wrong linker is being invoked when trying to build a program with swiftc for Android. The problem seems to already be known and reported here, but the solutions/workarounds don't fully work for me: https://bugs.swift.org/browse/SR-1264 The only way I can mak

[swift-dev] Major SwiftPM compile time regression

Swift TOT is currently taking a very long time (and upwards of 8GB) to build SwiftPM. I filed: https://bugs.swift.org/browse/SR-2754 can someone on the compiler take a look? This makes it hard to develop with TOT. - Daniel ___ swift-dev mailing list