XCode 链接错误

module not found　　　　//查看podfile文件有没有写 ues_frameworks!

duplicate symbols for architecture armv7　　//编译时生成的文件重复，进入到提示的文件夹，把里面的东西全部删除

某路径下找不到library　　　　//可能是该路径本来就不存在，把framework search path 的多余路径删除掉

某个library找不到　　　　//去general里添加这个library，如果已经存在了，删掉重新添加试试（Pods_Unity_iPhone这个framework是编译时自己生成的）

时间： 2024-10-09 05:44:45

XCode 链接错误的相关文章

Xcode链接错误：ld: file not found:

今天出的一个bug:ld: file not found: 背景介绍:换了台新的mac,系统和xcode比旧的那台新,旧电脑的工程搬到新电脑上,link出现问题,因为工程在旧电脑上做的时候改过项目名称(Build Settings-->Product Name处改的). 解决办法:先把工程改成原来创建工程时的名称,编译链接通过后,再改回你需要的名称就OK了.

Duplicate Symbol链接错误的原因总结和解决方法[转]

from:http://www.cocoachina.com/bbs/read.php?tid=177492 duplicate symbol是一种常见的链接错误,不像编译错误那样可以直接定位到问题的所在.但是经过一段时间的总结,发现这种错误总是有一些规律可以找的.例如,我们有如下的最简单的两个类代码: // ClassA.h#import <Foundation/Foundation.h>@interface ClassA : NSObject@end // ClassA.m#impor

iOS 链接错误file was built for archive which is not the architecture being linked (i386)

iOS 环境下,链接某个静态库(.a文件)时,Xcode 会出现链接错误: xxx file was built for archive which is not the architecture being linked (i386) 这是因为静态库是为iOS 环境编译的,并不能在模拟器环境下使用,只要将Build 目标改成设备即可.如果是: ld: warning: ignoring file ./libsasl2.a, file was built for archive which is

一个令人蛋疼的链接错误

背景我们APP的引擎包engine.so,包含了A.B.C三个工程,但每次都是源码形式编译,导致svn上存在多份相同代码拷贝.非常不科学...核心的B工程由我维护,整个SO编译工程由多个人维护.于是乎偶进行了一次升级:将B源代码从so工程中解耦:将B打成一个静态库,然后编译So的时候链接静态库. 开始行动基本思路:将B的源码包到一个guide_b外壳工程中,ndk-build生成guide_b.so 的同时诱导生成libB.a静态库,然后这个libB.a可以发布. android的编译目录实

mysql链接错误：2003 can't connect to mysql server on 10038

出现这个错误原因是端口号不是3306. 打开D:\Program Files\MySQL\MySQL Server 5.5 \my.ini文件,当然还有其他的.ini的文件: [client] port=3306 [mysql] default-character-set=utf8 # SERVER SECTION# ----------------------------------------------------------------------## The following opt

mysql链接错误

Warning: mysqli_connect() [function.mysqli-connect]: [2002] No such file or directory (trying to connect via unix:///var/mysql/mysql.sock) in xxx.php on line 14 解决方案: cd /var sudo mkdir mysql sudo chmod 755 mysql cd mysql ln -s /tmp/mysql.sock mysql.

Xcode编译错误和警告汇总<转>

1.error: macro names must be identifiers YourProject_prefix.pch 原因: 因为你弄脏了预处理器宏,在它处于<Multiple Values>的时候修改了它解决方法: Configiration选择All Configirations,清空它然后分别重新定义你的Debug,Release,Distributin预处理器宏吧 2.warning: no rule to process file '$(PROJECT_DIR)/Loa

关于我遇到的“LNK 2019无法解析的外部符号”的链接错误

昨天在调试程序的时候出现了"LNK 2019无法解析的外部符号"的问题(VS2008),依照网上说的方法都没有解决这个问题,最后在项目文件里发现有两个同名的可是不在同一个目录下的cpp文件,而产生LNK错误的cpp文件里有对这个重名文件的引用,结果导致了当中一个cpp文件产生的目标文件(obj)覆盖了真正须要的cpp产生的OBJ文件,导致链接的时候找不到指定的符号而出现了链接错误. 以下给个图说明一下我遇到的情况吧: 在项目中.同一时候包括了目录1和目录2中的全部cpp文件,而ref.

Ogre1.6.5 编译链接错误之FreeImage

这两天想重新学习下ogre,但是在vs2010上编译1.6.5的版本上遇到链接失败的问题,耗了不少时间这里记一下. 主要是一些重定义报错. >msvcprtd.lib(MSVCP100D.dll) : error LNK2005: "public: class std::basic_ostream<char,struct std::char_traits<char> > & __thiscall std::basic_ostream<char,stru