-
-
Notifications
You must be signed in to change notification settings - Fork 988
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
xcode travis build cache times out during upload #2670
Comments
To me, it's most important that the CI tools ensure we can make Release builds. I do like having a Debug build, or two, in the mix because that can expose some issues. But the probability of that is low. Also, I imagine we have some developers making their own Debug builds, so they're likely to catch problems as well (I, for one, do that for Linux and Windows, occasionally). So, I would not object to changing the XCode CI run to Release and omitting debugging information. |
My understanding is that this is actually the Release build, since it also has the |
Has anyone brought this to the attention of @hrubymar10? |
Xcode travis does RELEASE builds |
I think it's reasonable to use |
I can force it by #2714 so we can add to travis' script smt like:
If will @Pentarctagon and also others agree then someone can merge #2714 to master and also to 1.14 and then create commit with command above or smt similar |
If the idea is to disable it on Travis only, I think you could probably do even better than that with (untested) |
Indeed. Your option works @CelticMinstrel . I'll update my PR |
This removes the -g option from the xcode travis build, since debugging information isn't needed and the increased size was causing the cache to timeout when compressing and uploading it. ccache max cache size is also decreased from 2 GBs to 200 MBs, which matches the linux+cmake builds. Fixes #2670.
This removes the -g option from the xcode travis build, since debugging information isn't needed and the increased size was causing the cache to timeout when compressing and uploading it. ccache max cache size is also decreased from 2 GBs to 200 MBs, which matches the linux+cmake builds. Fixes wesnoth#2670.
This removes the -g option from the xcode travis build, since debugging information isn't needed and the increased size was causing the cache to timeout when compressing and uploading it. ccache max cache size is also decreased from 2 GBs to 200 MBs, which matches the linux+cmake builds. Fixes wesnoth#2670. (cherry-picked from commit b801140)
More than once([1] [2] [3]), the xcode build on travis has failed to upload its cache due to exceeding the default timeout of 3 minutes. This occurs because the ccache max size limit for xcode is 2 GB, rather than the 200 MB limit set for ccache+cmake, which is necessary in order to get xcode's ccache hit rate to 95%+ consistently, which is because the xcode build by default uses the
-g
flag. Decreasing the ccache max size to 1.5 GB, for example, results in only a ~75% hit rate even for builds where there has no been code change.While it is possible to increase the timeout, since there is no actual need for the debugging information on the travis build, I would prefer if the travis xcode job could be set to not use the
-g
flag. This would then also speed up the xcode job by 1-3 minutes.The text was updated successfully, but these errors were encountered: