Super slow compiling when archiving 6.0.1 Xcode 10.2 #652
Comments
|
I confirm, since Xcode 10.2, SwiftDate take 300 seconds to do a release build. |
|
My project just stuck on archiving with Xcode 10.2 and SwiftDate (6.0.1). Clean, erase DerivedData, restart mac does not help. |
|
I just left project to archive for a night and it does not complete after 8 hours. Still in |
|
Can you try to compile it by removing files inside /languages directory? |
|
@malcommac Daniele maybe i got you in incorrect way, but it throws an error on archive if i remove all the files from .../languages/* dir. |
|
Ok, my bad. I just removed all references to lang files from SwiftDate build phases, then cleaned |
|
Update note: |
|
what a strange stuff. What kind of dependencies have you installed? |
|
@malcommac so the SwiftDate is the reason and is not the reason at the same time. I tried to isolate dependencies in clean project and found combination where archiving stuck. This Podfile will lead to archiving hangs in Xcode 10.2 for AppStore distribution: Interesting part is - SwiftDate without Firebase and Firebase without SwiftDate have no effect on archiving problem. I checked numbers of time just removing/adding dependencies and can confirm this behaviour. I can archive empty project with all Firebase frameworks, or with SwiftDate, but can not combine them in one project. |
|
I just added this project to the Demo tests in my new dependency manager Accio which runs the following Carthage command internally from the checked out code of this project (see here): carthage build --no-skip-current --no-use-binariesEach build took about 5 minutes which is imho way too long using Xcode 10.2 final release. It definitely is an issue with this project. |
|
Have you tried to compiler by removing files inside /languages directory and associated references? Is it the same? |
|
Without the lang files, the release build (whole-module compilation mode) takes around 30 secs |
|
Ok I investigated a bit. |
|
I have the same problem, removing unused langs reduced my CI buildtime from 16 to 8 minutes. |
|
I just updated Xcode to |
|
I currently have 2 branches on a fork to reduce build time: |
|
Just a FYI, I'm experiencing this issue in a totally different project. Researching it led me to this Swift bug which appears to be the issue both our projects are hitting @Valpertui et al. |
|
Same here with Xcode 10.2 and SwiftDate 6.0.1. |
|
Another data point around the language files being an issue. Intermittently build fails with the following:
If I rebuild the project almost immeadietly, the build is fine. Build log output is below: |
Thank you @Valpertui, I can confirm that |
|
Xcode 10.2.1 helps a lot with the issue in debug builds (no optimizations, I would say around -70% build time), but release builds are about the same (-10%). |
|
I have Xcode 10.2.1 and I'm still experiencing 5-10 minute build times in which it hangs on SwiftDate for most of that time. Any update on this? |
|
Hello, pinging again on this issue- compiling is taking over 10 minutes lately on each app I'm using SwiftDate |
|
@kristophM You can experiment with any of those 2 branches if you want (see linked message). Right now build times are acceptable during debug, and I don't mind the 10 minutes during release builds since I use fastlane to automate it. |
malcommac
added a commit
that referenced
this issue
May 11, 2019
malcommac
added a commit
that referenced
this issue
May 11, 2019
|
It should be fixed in 6.0.3; I've moved languages file for RelativeFormatter class to separate json files and it greatly improve the build times. |
Upload using Xcode Version 10.1 instead of Xcode 10.2 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When using Xcode 10.2 to archive my project, all
podsgo super fast butSwiftDatetakes a lot of time (like 30 minutes).This didn't used to happen with Xcode 10.1 and
SwiftDate 5.1.0.Any ideas?
The text was updated successfully, but these errors were encountered: