转发：http://www.cocoachina.com/ios/20141013/9897.html
最近一次的Xcode 6更新默认不再支持arm7s架构，究竟是要废除不用呢还是仅仅只是一个疏忽？
目前的Xcode 6配置里定义${ARCHS_STANDARD}为armv7, arm64，当然这个定义前提是它会一再要求你删除掉你原本设定的构建架构。如果你选择按它所做的，你会发现你再也不能编译任何armv7s架构的东西。
当前iPhone5的A6和iPad4的A6X两款CPU都是armv7s架构，而之后在iPhone 5S、iPad Air以及iPad Mini Retina采用的A7处理器则是属于64位的arm64架构。
之 前苹果为Xcode提供了armv7s架构支持的时候使得很多采用第三方库的开发者感到困扰，比如想使用Google Analytics，为了构建一个App就要求链接器所链接的所有静态库都必须支持CPU的架构。当第三方库竞相更新以支持最新架构的同时开发者们不得令 自己的App停止了对armv7s的支持。
这倒不是什么大问题，虽然或多或少存在一些瑕疵，A6一样可以运行基于armv7架构的代码。会让人感到不爽的可能就是某天你的Xcode突然无法构建代码然后告诉你一个关于丢失某架构链接库的错误，其实不过就是因为你升级了你的Xcode而已。
想要消灭这个错误轻而易举。作为一个开发者你应该知道怎么打开Xcode的recommendation然后删除掉你在架构设置里写过的东西。如果设置显示为粗体，可用"Command+Backspace"组合键使其恢复为项目范围内的设置。
如果你是提供组件而非开发的话，需要的方案可能会有所不同。你会让开发者自行决定是否支持armv7s，因此你需要在你的静态库和框架内提供对armv7s架构的支持。
而 后开发者的链接器会选择出应用所需的架构，你会发现在"Build Active Architecture Only"设置为No的情况下会好有好几种架构被囊括在内。调试版本的构建默认这一设置为Yes而且只会支持当期设备或者模拟器的架构，而发行版本则默认 该项为No而且支持所有处理器架构。
在静态库构建日志里面你会发现一行有关所有库及架构的，紧随其后的一行则是关于将所有独立库整合进一个"硕大"的通用库中去的。
另一查看某一架构是否支持的方法是使用file命令：
|
1
2
3
4
5
|
file libBarCodeKit.a libBarCodeKit.a: Mach-O universal binary with 3 architectures
libBarCodeKit.a (for architecture armv7):current ar archive random library
libBarCodeKit.a (for architecture arm64):current ar archive random library
libBarCodeKit.a (for architecture armv7s):current ar archive random library
|
这个库支持了目前所有移动架构。如果你构建的是包括了模拟器架构的可运行版本的静态库或者静态架构的话，那么应该是会像下面这样：
|
1
2
3
4
5
6
7
|
file DTRichTextEditor DTRichTextEditor: Mach-O universal binary with 5 architectures
DTRichTextEditor (for architecture armv7):current ar archive random library
DTRichTextEditor (for architecture armv7s):current ar archive random library
DTRichTextEditor (for architecture arm64):current ar archive random library
DTRichTextEditor (for architecture i386):current ar archive random library
DTRichTextEditor (for architecture x86_64):current ar archive random library
|
总结一下：苹果又在此迫使我们做出新选择：放弃对armv7s的支持，这一架构已经随着两代64位产品的出现而遭报销。不过作为一个组件开发人员我认为仍然应该包括armv7s然后让开发者去决定支不支持。