[swift-dev] Starter bug: SR-2875 Emit objc_allocWithZone(cls) instead of [cls allocWithZone:nil]

A starter bug for someone who wants to dip their toes into the Swift compiler: SR-2875 Emit objc_allocWithZone(cls) instead of [cls allocWithZone:nil] https://bugs.swift.org/browse/SR-2875 swiftc currently emits calls to [cls allocWithZone:nil] when constructing Objective-C objects. It should e

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

> On Oct 5, 2016, at 4:40 PM, Michael Gottesman via swift-dev > wrote: > >> >> On Oct 4, 2016, at 1:04 PM, John McCall > > wrote: >> >>> >>> On Sep 30, 2016, at 11:54 PM, Michael Gottesman via swift-dev >>> mailto:swift-dev@swift.org>> wrote: >>> >>> The document

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

> On Oct 4, 2016, at 1:04 PM, John McCall wrote: > >> >> On Sep 30, 2016, at 11:54 PM, Michael Gottesman via swift-dev >> mailto:swift-dev@swift.org>> wrote: >> >> The document attached below contains the first "Semantic ARC" mini proposal: >> the High Level ARC Memory Operations Proposal. >

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

Ah this is all super helpful. I'll do some more profiling and try to get back with some data in the next several days. Thanks! Ben On Wed, Oct 5, 2016 at 4:28 PM, Mark Lacey wrote: > > On Oct 5, 2016, at 3:37 PM, Ben Asher wrote: > > I just tried with both Xcode 8.1 beta 2 and Xcode 8.0, and

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

> On Oct 5, 2016, at 3:37 PM, Ben Asher wrote: > > I just tried with both Xcode 8.1 beta 2 and Xcode 8.0, and 8.1b2 seems maybe > 15s faster (to build our main huge target): 7m28s compared to 7m43s. It's > some improvement, but I'm not exactly sure what kind of improvement was > expected. Th

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

If you can collect an instruments profile of the frontend running one of the particularly-slow files, it might help localize the subsystem of the typechecker; aside from that, I'm currently putting some new counters and timers in the frontend, so am likely to have slightly more-constructive news

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

> On Oct 5, 2016, at 3:20 PM, Rex Fenley via swift-lldb-dev > wrote: > > I'm using the most recent cmake. I also blew away the lldb directory and > tried to rebuild but still ended up with "error: unknown setting: > cmark-cmake-options" when building desktop :( > Okay. I think you want to

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

I just tried with both Xcode 8.1 beta 2 and Xcode 8.0, and 8.1b2 seems maybe 15s faster (to build our main huge target): 7m28s compared to 7m43s. It's some improvement, but I'm not exactly sure what kind of improvement was expected. Is there any profiling/tracing you all would recommend to help fi

Re: [swift-dev] CI outage tomorrow

Xcode update completed. Thanks, Mishal Shah > On Oct 5, 2016, at 11:15 AM, mishal_shah wrote: > > Hi Everyone, > > I just started the update process for Xcode, please do not trigger any pull > request testing. > > Thanks, > Mishal Shah >> On Oct 4, 2016, at 1:52 PM, Nicole Jacque via swif

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

Apologies for not starting off with system info: macOS Sierra (10.12.0), Xcode 8.0 (from the App Store). I'll try with Xcode 8.1 beta this afternoon and report back. Ill also open a ticket for improving -debug-time-function-bodies if I can confirm anything. Thanks! Ben On Wed, Oct 5, 2016 at 1:

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

I didn't know about that warning, so thanks for sharing that! Having this enabled will help somewhat, at least in terms of keeping specific slow-to-compile functions out of our master branch. That said, I understand Jordan's response (in SR-2741) of being "leery of 'productizing'" these flags. Dev

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

> On Oct 4, 2016, at 2:38 PM, Ben Asher via swift-dev > wrote: > > Hello! I work with a large project (~900 .swift files and more .m files). We > have a nightly job that compiles the app and calls out function bodies (using > -debug-time-function-bodies) that are slower than 100ms to compile.

Re: [swift-dev] Reporting/Debugging Slow Swift Compile Time

Hi Ben, I'd really like to see improvements here as well. I don't know what reports would be useful to the Swift team, but allow me to point out https://github.com/apple/swift/commit/18c75928639acf0ccf0e1fb6729eea75bc09cbd5, which adds a -warn-long-function-bodies option that you may be able to us

Re: [swift-dev] CI outage tomorrow

Hi Everyone, I just started the update process for Xcode, please do not trigger any pull request testing. Thanks, Mishal Shah > On Oct 4, 2016, at 1:52 PM, Nicole Jacque via swift-dev > wrote: > > Hi All- > > The CI bots on swift.org will be down temporarily, starting at 11 AM > (Califor

Re: [swift-dev] Differences between Xcode official toolchains and tagged releases from repository

Aha, so the second bug is because home-built toolchains have assertions on by default and Xcode GM toolchains generally have them off. (Not a promise, but true of the last few Xcodes.) Of course, if you hit an assertion failure, there’s no telling what the no-asserts build is actually doing. I’

[swift-dev] Reporting/Debugging Slow Swift Compile Time

Hello! I work with a large project (~900 .swift files and more .m files). We have a nightly job that compiles the app and calls out function bodies (using -debug-time-function-bodies) that are slower than 100ms to compile. Since upgrading to Swift 3, the number of trouble function bodies has one fr