armv7 armv64 armv7s x86_64 i386

目前的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而且支持所有处理器架构。

在静态库构建日志里面你会发现一行有关所有库及架构的，紧随其后的一行则是关于将所有独立库整合进一个"硕大"的通用库中去的。

=================================================================================================================================

出现这类问题一般与静态库有关。

i386是代表模拟器，显示i386错误说明静态库不支持模拟器，只支持真机。

armv6, armv7, armv7s是ARM CPU的不同指令集，原则上是向下兼容的。如iPhone4S CPU支持armv7, 但它同时兼容armv6，只是使用armv6指令可能无法充分发挥它的特性。同理iPhone5 CPU支持armv7s，它虽然也兼容armv7，但是却无法进行相关的优化。

 

只有在目标设备上，才会执行设备对应的指令集。

如果在工程Build Setting的Architectures 中的“Build Active Architecture Only”选择为YES，则即使你设置成armv7 , armv7s同时支持，也只会编译对应指令集的包；若选择NO，则编译器会整合两个指令集到一起，此时的包比较大，但是能在iPhone5上使用armv7s的优化，同时也能适配老的设备。一般都是Debug时“Build
Active Architecture Only”选择YES，用当前的架构看代码逻辑是否有问题；而在Release时选择NO，来适配不同的设备。

此外，模拟器并不运行arm代码，软件会被编译成x86可以运行的指令。所以生成静态库时都是会先生成两个.a，一个是i386的用于在模拟器运行，另一个是在真实设备上运行的，然后再用命令将两个.a合并成一个。

 

因此如果一些程序中使用的静态库不支持armv7s，而你的工程支持armv7s时，就会出现“xxxx does not contain a(n) armv7s slice:xxxxx for architecture armv7s"的编译错误，想要解决这个问题，有两个方法：

1.如果是开源的，能够找到源代码，则可以用源代码重新打一个支持armv7s的libaray, 或者在工程中直接使用源代码，而不是静态库。

2.如果不是开源的，要么就坐等第三方库的支持，要么就暂时让你的工程不支持armv7s。

======================================================================================================================

问题描述：为了适配iPhone 5s的64位处理器，在编译选项中加入了arm64架构。但是发现工程在真机上可以编译通过但是在模拟器上却未编过。

问题解决：经研究在编译选项中再加入x86_64架构，重新编译工程就可以在模拟器上编译成功了。

  可以这样理解armv7 , armv7s对应真机的32位处理器，i386对应模拟器的32位模拟器；arm64对应真机的64位模拟器，x86_64对应模拟器的64位模拟器。

=========================================================================================================================

可能会遇到这几种错误：
Undefined symbols for architecture armv7
Undefined symbols for architecture armv7s
Undefined symbols for architecture arm64
Undefined symbols for architecture i386
Undefined symbols for architecture x86_64

错误原因分析
1、大部分情况下是忘记添加了某个系统framework或dylib吧，比如你在项目中使用了sqlite3，但是没有添加libsqlite3.dylib，就会出现这个问题。解决办法是增加对应的framework或dylib。
2、如果是在C++里调用C函数，检查是否有添加extern "C"，这可以通过观察错误提示中的函数名形式来决定，如果是C函数而以C++的方式调用就需要添加extern "C"。
3、如果是把其它工程的xcodeproj文件加入到当前项目中，检查Build Phases中的Target Dependencies有没有添加依赖，以及General中的Linked Frameworks and Libraries有没有添加相关的.a文件。
4、如果添加.a文件编译无错而添加xcodeproj文件编译出错可参考3
5、如果添加.a文件编译出错，首先检查其对应的头文件是否添加正确，或者在Build Setting中有没有添加对应的Header Search Path路径；其次检查.a文件的c++编译选项与当前项目的c++编译选项是否一致；最后检查.a文件与当前项目的CPU架构信息是否一致
6、如果是extern变量报这个错误，要检查extern变量有没有在其它地方声明，如果没有则加上；如果外部变量在静态库中，可根据5检查引用头文件或头文件搜索路径是否正确；如果头文件无问题，就需要检查静态库与与当前项目的CPU架构信息是否一致
7、如果是使用了静态库，真机Debug测试时正常，而在执行for iOS Device测试时报这个错误，很可能是因为静态库支持的架构不全。出现这种情况是Build Setting中的Build Active Architecture Only在Debug下设为Yes，从而使得真机Debug测试正常。

8、可能是上传代码的时候某些类没有加到工程中，自己添加以下就行了。