这边是具体的是 Xcode 真机可以运行,模拟器出错 Undefined symbols for architecture x86_64,这个问题太经典了:
先复习几个概念:
- Header Search Paths 管理导入的头文件的路径
- Library Search Paths 管理导入的*.a的路径
- Framework Search Paths 管理导入的*.framework的路径
看是谁是添加相关的路径,就可以解决引入错误的问题的, 常规的方法:
- 1、缺少自定义文件OBJC_CLASS$_后面跟的是类名,那么到Compile sources中添加缺省文件:TARGETS —— Build Phases ——Compile Sources;
- 2、若缺少类库,则到 Link Binary With Libraries 中加入对应类库即可
- 3、Other Linker Flags 添加
$(inherited)
- 4、当然如果还失败,那么就尝试如下:
- 清理Xcode 缓存
rm -rf ~/Library/Developer/Xcode/DerivedData
- 清理CocoaPods缓存
- 清理Xcode 缓存
然而对于我这边的项目还是没有解决,项目依然只能在真机上运行不能在模拟器上运行的。
经过发现是我们有一个库,只匹配了真机模式。
其中的一个库
另附网友整理分析一波
- 大部分情况下是忘记添加了某个系统framework或dylib吧,比如你在项目中使用了sqlite3,但是没有添加libsqlite3.dylib,就会出现这个问题。解决办法是增加对应的framework或dylib。
- 如果是在C++里调用C函数,检查是否有添加extern "C",这可以通过观察错误提示中的函数名形式来决定,如果是C函数而以C�++的方式调用就需要添加extern "C"。
- 如果是把其它工程的xcodeproj文件加入到当前项目中,检查Build Phases中的Target Dependencies有没有添加依赖,以及General中的Linked Frameworks and Libraries有没有添加相关的.a文件。
- 如果添加.a文件编译无错而添加xcodeproj文件编译出错可参考3
- 如果添 加.a文件编译出错,首先检查其对应的头文件是否添加正确,或者在Build Setting中有没有添加对应的Header Search Path路径;其次检查.a文件的c++编译选项与当前项目的c++编译选项是否一致;最后检查.a文件与当前项目的CPU架构信息是否一致
- 如果是extern变量报这个错误,要检查extern变量有没有在其它地方声明,如果没有则加上;如果外部变量在静态库中,可根据5检查引用头文件或头文件搜索路径是否正确;如果头文件无问题,就需要检查静态库与与当前项目的CPU架构信息是否一致
- 如果是使用了静态库,真机Debug测试时正常,而在执行for iOS Device测试时报这个错误,很可能是因为静态库支持的架构不全。出现这种情况是Build Setting中的Build Active Architecture Only在Debug下设为Yes,从而使得真机Debug测试正常。
网友评论