Cut my (100% Swift) application‘s build time down by 60% by rewriting three functions. (All were mapping and appending arrays together.)
-
-
-
-
-
-
-
-
@irace@jckarter Hm. 'lazy', maybe, but the computed one is a surprise. How about Radar, if not http://bugs.swift.org ?
-
-
-
.
@irace someone could make a nice tool that you could pipe the xcodebuild output through and give you some useful highlights - View other replies
-
@orta That someone may or may not be@brianmichel - View other replies
-
@irace@brianmichel Brian, making something like this in automator does indeed sound like a nightmare.
-
-
-
@irace (small comment: you can combine both commands by doing `xcodebuild -workspace […] -scheme […] clean build | […]`) - View other replies
-
@NachoSoto Dope, thanks!
-
-
-
@irace I tried this, but I have a compiler error: unknown argument: '-debug-time-function-bodies' Any guess what’s wrong here? -
@milancermak You need the `frontend` argument as well. -
@irace Oh. I had it in the wrong order, that didn’t work :/ Thanks
-
-
-
@irace@Freerunnering@eridius I buy that array appending is slow _at runtime_, but why does it *compile* for more than 3 seconds? -
@H2CO3_iOS@irace@Freerunnering Type-checking. It’s considering all possible array types for all 3 literals that might possibly work. -
@eridius@irace@Freerunnering Ouch. Shouldn't it just bail if they are not all equal? -
@H2CO3_iOS@eridius@irace@Freerunnering You can set that up in the constraint optimization pass, but it seems difficult to detect.
-
-
-
-
@vittorio_monaco@irace Bug reports I can dupe? -
-
@vittorio_monaco@irace shouldn’t affect compile time in my opinion. Could be fixed in the compiler, so a swift/Apple radar bug might help
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
Bryan Irace
Joe Groff
Jordan Rose
Orta Therox
Nacho Soto
Milan Cermak
Árpád Goretity
Kevin Ballard
Kan We Box It?
Vittorio Monaco
Joris Kluivers