一、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  (是否只編譯當前適用的指令集)

這個屬性設定為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

Copy items into destination group’s folder一般在debug時是不會選中的，多數情況下我們使用"references”較為，建立組的方式，新增的檔案（如cpp）會被編譯。

暫時就想到這幾個坑了，還有很多坑，有空再一併整理出來。新手上路，總歸遇到的問題會比較多