Undefined symbols for architecture xxx
常见原因:导入第三方库时常常遇到 常因为缺乏导入相应库造成
build diff: /../Podfile.lock: No such file or directory
解决办法:在工程设置中的Build Phases下删除Check Pods Manifest.lock及Copy Pods Resources
Will attempt to recover by breaking constraint
常见原因:进行了过多的约束,导致可能发生错误,比如定义了上下左右同时又定义了大小
xxx.h not found such file in
常见原因:导入第三方库找不到头文件
解决办法:Targets->BuildSetting ->Header Search Paths 添加都文件路径
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、如果只有@interface,没有@implementation也会导致这个错误
cannot initialize a parameter of type 'void *' with an lvalue of type 'CCEAGLView *__strong'
常见原因:需要传入void *类型的参数,参数类型不匹配(瞎扯淡)
解决办法:(__bridge void *)进行强转
"Implicit instantiation of undefined template 'std::basic_string<char, std::char_traits<char>, std::allocator<char> >'"
出现原因:似乎因为同一份C++文件导入两个项目中
解决办法:
#include <string>
#include <sstream>
#include <iostream>
iOS deployment target '9.2' for architecture 'x86_64' and variant 'normal' is greater than the maximum value '8.4.99' for the Simulator - iOS 8.4 SDK
出现原因:Xcode版本过低