-
-
Save AlexDenisov/8000321 to your computer and use it in GitHub Desktop.
| $ time xcodebuild -workspace ./BloodMagic.xcworkspace -scheme BloodMagic -config Debug -sdk iphonesimulator | |
| # 40.31s user 4.15s system 288% cpu 15.435 total | |
| $ time xcodebuild -project BloodMagic.xcodeproj -target BloodMagic -sdk iphonesimulator -configuration Debug build ARCHS=i386 | |
| # 18.64s user 2.31s system 282% cpu 7.404 total |
In case of static library I need to compile only my source code, in case of CocoaPods - I need to compile all the pods.It takes too much time after cleaning.
I use third-party pod.
How can I fix this as an end user? There is no way...
Ok, your library build has an explicitly set architecture "ARCHS=i386"
Your cocoa pods build has not. Are you sure it does not build for multiple platforms (arm/x86)?
In case of static library I need to compile only my source code
This is true only if the library vendor gives you a binary libXYZ.a or XYZ.framework. Otherwise you are in the same boat as the cocoa pods users.
How can I fix this as an end user?
Send a bug report to the maintainer ?..
( this solves *.pch usage issue but not the dependencies thing )
Both samples use i386 arch.
This is true only if the library vendor gives you a binary libXYZ.a or XYZ.framework. Otherwise you are in the same boat as the cocoa pods users.
You're absolutely right.
How can I fix this as an end user?
Send a bug report to the maintainer ?..
It was rather a rhetorical question :)
https://github.com/railsware/BloodMagic
BloodMagic.xcodeproj does not use statc libraries at all.
All sources are added using a "copy paste" style.
What is your benchmark measuring then?
What is your benchmark measuring then?
No offence. I'm just trying to understand this behaviour.
I've migrated to static library on another branch, but haven't pushed it to remote yet.
Your pod spec seems to not use a "prefix_header_file" parameter.
Hence, your pod library uses no precompiled headers. Which may be the reason of slow compilation.