一、file was built for archive which is not the architecture being linked (armv7s)
项目是基于cocos2d-x绑定lua进行开发的，需要引用liblua.a静态库，编译的时候报上面的错。需要将liblua项目中的build Settings配置项中的“Build Active Architecture Only”改为YES (是否只编译当前适用的指令集)
关于这个属性，直接从网上转载过来(关于Build Active Architecture Only属性)
这个属性设置为yes，是为了debug的时候编译速度更快，它只编译当前的architecture版本。
而设置为no时，会编译所有的版本。
这个是设备对应的architecture：
armv6：iPhone 2G/3G，iPod 1G/2G
armv7：iPhone 3GS/4/4s，iPod 3G/4G，iPad 1G/2G/3G
armv7s：iPhone5, iPod5
编译出的版本是向下兼容的，比如你设置此值为yes，用iphone4编译出来的是armv7版本的，iphone5也可以运行，但是armv6的设备就不能运行。
目前IOS的指令集
armv6 iPhone、iPhone2、iPhone3G、第一代和第二代iPod Touch
armv7 iPhone4、iPhone4S
armv7s iPhone5、iPhone5C
arm64 iPhone5S
二、宏定义
c++代码中很多地方是通过宏控制的，所有对于宏的检查要很仔细。Debug、Release二个版本的宏定义是不一样的，要注意有所区别。所以这里定义出了问题，那自然build测试时跟预期的不一样，而且很难定位问题
三、Search Path
这里很容易出错，比如接入第三方SDK时需要引入相应的.framework文件。这里的路径最好使用相对路径（比如使用${SRCROOT}），以避免切换另外一台mac时用户名不一致导致无法编译，需要重新修改路径的问题。
头文件，这里记得补全，不然编译时就会报找不到头文件…
最后一个Library Search Paths比较坑，被这个坑了比较长时间。我使用workspace跟直接打开xcodeproject生成的静态链接库路径不一样，然后切换的时候，在这里并未删除相应的路径，导致一直优先从旧的.a库中查看，结果可想而知。无论我怎么去清理、重新编译，都无法看到改动后的效果
…/xx.a
../xx/xx.a
它会优先找上面的xx.a，然后再找xx下的xx.a。如果在xx.a中找到对应的方法，就不再往下查找了，所以这里就有坑了…
一般这里会按照这样的格式输入路径“$(SRCROOT)/../libs/Release$(EFFECTIVE_PLATFORM_NAME)”
$(SRCROOT)宏代表您的工程文件目录，$(EFFECTIVE_PLATFORM_NAME)宏代表当前配置是OS还是simulator
四、LLVM的编译参数
一般都采用默认的，有一些特殊的SDK，则需要修改相应的选项。
还有一个就是Other Linker Flags的参数设置，根据需要进行设置(点击查看Other Linker Flags详解>>)
五、向工程中添加文件时的选择
Create groups for any added folders 与 Create folder references for any added folders
上面这张图已经描述比较清楚了，如果想了解更详细的，可以参数这里：Cocos2d-x Create groups for any added folders 与 Create folder references for any added folders
Copy items into destination group’s folder一般在debug时是不会选中的，多数情况下我们使用"references”较为，创建组的方式，添加的文件（如cpp）会被编译。
暂时就想到这几个坑了，还有很多坑，有空再一并整理出来。新手上路，总归遇到的问题会比较多
原文地址：http://www.cnblogs.com/meteoric_cry/p/3720831.html
