Xcode编译报错duplicate symbol _base64Decode in:

最新推荐文章于 2024-10-17 11:09:24 发布
最新推荐文章于 2024-10-17 11:09:24 发布 · 3.7k 阅读 · 1
文章标签：

#_base64Decode #Xcode #SDK #duplicate #symbol

本文介绍了解决zBarSDK与微信SDK在iOS项目中因_base64_decode符号重复导致的编译错误问题。通过调整链接设置，避免了两个库间的符号冲突。

如题，我的项目中用到了zBarSDK和微信SDK，然后编译时报错：

duplicate symbol _base64Decode in:
    /Users/Evan/Documents/work-fight/JdysrFight/fightGame/frameworks/runtime-src/proj.ios_mac/ios/wxSDK/libWeChatSDK.a(base64.o)
    /Users/Evan/Library/Developer/Xcode/DerivedData/fightGame-guhgqdxpcitnbxafrzzllmvwrjto/Build/Products/Debug-iphoneos/libcocos2d iOS.a(base64.o)
duplicate symbol _main in:
    /Users/Evan/Library/Developer/Xcode/DerivedData/fightGame-guhgqdxpcitnbxafrzzllmvwrjto/Build/Intermediates/fightGame.build/Debug-iphoneos/fightGame-mobile.build/Objects-normal/arm64/main.o
    /Users/Evan/Library/Developer/Xcode/DerivedData/fightGame-guhgqdxpcitnbxafrzzllmvwrjto/Build/Products/Debug-iphoneos/libcocos2d iOS.a(flatc.o)
ld: 2 duplicate symbols for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

原因：

意思就是在这两个库中都定义了_base64_encode，编译器认为你重复定义了。至于为什么编译器认为重复定义，个人认为编译器编译全局变量时会根据名字进行编译，会把相同名称的全局变量编译为相同变量，也就是多个编译成一个，而编译器认为这样可能会引起错误，就提醒用户这里有错。

解决方法：

删掉 TARGETS->Build Settings->other linker flag-> -all_load 

Xcode C++ 编译报错:Undefined symbols for architecture x86_64
留存
05-22 1705
起因 此前，一直做前端开发，对后端技术，抱着不求甚解的态度。今觉此态度，已演化成沉重的桎梏。故而预借源码，去揣摩学习。然而，大都项目的底层，以C/C++实现，想一点一滴重拾起，这尘封已久的记忆。 环境 系统：macOs Monterey 处理器：Intel Core i5 IDE：Xcode 闲聊： 在IDE选择上，网上搜了下，说Xcode是苹果系统集成IDE，适合开发苹果APP且功能强大。就想下载下来玩一下。记得上学那会儿，在Windows上，老师推荐用的是MinGW。工作之后，看大哥们使用Visual
xcode 13.3.1 模拟器编译 Undefined Symbol: _RCTRegisterModule等问题
iOSTianNan的博客
05-10 2685
Undefined Symbol:
XCode: duplicate symbol
热门推荐
volcan1987的专栏
07-12 1万+
遇到引用库重复定义的问题，需要解决。 项目需要，同时引用ZBar和QQ授权登录SDK，由于二者均使用了Base64处理数据，XCode编译时报错： duplicate symbol _base64_encode in： ...\libzbar.a(symbol.o) ...\TencentOpenAPI(base64.o) 意思就是
【Xcode】duplicate symbol
SoulHao的专栏
04-28 1391
duplicate symbol _OBJC_IVAR_$_TinCanViewController.currentViewController in /path/to/TinCanViewController-E98A666B7AF2673A.o and /path/to/TinCanViewController-E98A666B7AF2673A.o 第一种情况： .m在Build
解决 Xcode下使用公用静态库，出现的"Duplicate Symbol"错误
810364804
11-08 373
今天在添加某统计工具skd时，出现了几个问题，最初是报“i386”错误，可能是对方的静态.a文件不支持模拟器，纠正了这个错误后，又报“Duplicate Symbol”错误，刚看网上一个人的如下解释，解决了这个问题。感觉类似情况太常见了。 ios的Framework是共享动态库，不会被打包到app中，非系统Framework静态库都会被打包到app中，所以会产生"Duplicate Symbol...
xcode上编译c语言程序报错：ld: x duplicate symbol for architecture x86_64 clang: error: linker command failed
yutaotst的专栏
01-16 2677
最近使用Xcode编译C语言程序，发现在多文件运行时总会有error提示：duplicate symbol _fp in: /Users/taiyoshimichi/Library/Developer/Xcode/DerivedData/C语言_13-gjzrgznjeglgthfzreqxzniqfjxr/Build/Intermediates/C语言_13.build/Debug/C语
升级Xcode 15后，出现大量Duplicate symbols问题
noaso的专栏
11-02 962
遇到这种情况，可以通过恢复旧的连接器来解决这个问题。从Other Linker Flags添加"-ld64"后，就会覆盖Xcode编译时选择的链接器，因此可以正常访问。升级到Xcode 15后，原先Xcode14可以编译的项目出现大量Duplicate symbols，且引用报错指向同一个路径（一般为Framework）下的同一个文件。经过查找相关解决，可通过。版权声明：本文为优快云博主「我的杯洗具」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
XCode 15.3 编译私有库 报错问题
03-14
本文将深入探讨“XCode 15.3编译私有库报错问题”，特别是涉及到低版本中使用的.a静态库。 首先，让我们了解静态库（.a文件）。在iOS开发中，静态库是一种预编译的代码集合，它们在应用编译时会被直接链接到目标...
Flutter 运行报错Error (Xcode): Undefined symbol: _OBJC_CLASS_$_Log
smileKH的博客
10-17 2055
检查编译器的链接器选项，确保包含了正确的库文件路径和目标文件路径。：有时候，编译缓存可能导致一些奇怪的问题。：如果你的项目使用了外部库，可以考虑使用静态库或动态库来简化链接过程。：如果你的项目使用了第三方库或依赖项，确保它们是最新的，并且与你的项目兼容。有时候，第三方库的旧版本可能包含一些与你的项目不兼容的符号或代码。在Flutter开发过程中，我们可能会遇到各种编译错误，其中一种常见的错误是Xcode的链接器错误，表现为。：有时候，多个源文件可能包含相同的函数或变量定义，导致链接器无法确定使用哪个定义。
Xcode 10升级导致项目报错的常见问题解决
08-26
在Xcode 10升级导致项目报错的常见问题解决中，我们可以看到，Xcode 10升级后会出现各种编译问题，例如library not found for -libstdc++报错、directory not found for option报错、script phase "[CP]Copy Pods ...
【转】XCode: duplicate symbol 解决方案
wangchaoqi1985的博客
12-23 476
【转】XCode: duplicate symbol 解决方案
duplicate symbol _base64_encode in :xxxxxx
VictorZhang
03-22 1849
导入头文件时，遇到duplicate symbol _base64_encode in :xxxxxx 一个iOS项目可能有很多个库，而且有些库文件中已经包含了base64文件，如果重复包含，编译器就编译不过去，个人推断，系统可能会把base64文件作为全局的变量来编译，所有一个库包含了base64文件，两个库都包含了，那就只能删除其中一个库里的base64文件，整个项目只能有一个bas
［编译报错解决］duplicate symbol _base64_encode解决办法
u012844477的专栏
04-02 2528
项目不支持模拟器运行，报下面的错。 duplicate symbol _base64_encode in: .../libzbar.a(symbol.o) .../tencentOpenAPI(base64.o) 说的很清楚，就是这两个库中都定义了_base64_encode,所以编译器就会报错重复定义。 查了网上的一些方法，需要用到libtool什么
Xcode工程编译之duplicate symbol问题引发的一些知识
weixin_33994429的博客
03-06 1310
概括： 文件中重复定义了一个函数、变量（比如全局变量） 工程中包含同名的文件。 一般的解决方法 1 在使用import 引入头文件时,由于疏忽,误引入.m 文件。 2 同名文件放在不同的文件夹下。 3.在 Targets 的 Build Phrases 设置里,查看下 Complie Sources这一项,看看出现问题的类是不是重复的.如果是重复的,删除掉重新添加也能解决这...
iOS duplicate symbol
heqiang2015的博客
10-10 1432
duplicate symbol _OBJC_METACLASS_$_RXMLElement in: /.../Frameworks/libWintoneCardOCR.a(RXMLElement.o) /.../Frameworks/libWintonePlateIDPro.a(RXMLElement.o) ld: 7 duplicate symbols for architec...
Xcode 15报错duplicate symbols
klkxxy的博客
11-10 823
安装好了Xcode15运行项目时候报错了duplicate symbols.解决方法:在other link flags添加。
Xcode 26 构建报错duplicate symbol'_vulpeSdk_isUnityReady' 应该修改什么文件
最新发布
11-28
<think> 我们正在处理一个Xcode构建错误，具体是“duplicate symbol '_vulpeSdk_isUnityReady'”。根据引用[1]中的类似错误（duplicate symbol _base64Decode），我们可以推断这个错误通常是由于链接器发现了重复定义的符号（函数或变量）导致的。 分析： 错误信息：duplicate symbol '_vulpeSdk_isUnityReady' 这表示在链接阶段，链接器在多个目标文件（.o文件）或静态库（.a文件）中找到了同名的符号（即函数或变量）`_vulpeSdk_isUnityReady`。在C/C++中，同一个符号只能被定义一次（除非是inline或者弱符号），否则会导致重复定义的错误。 引用[1]中的错误例子： duplicate symbol _base64Decode in: .../libWeChatSDK.a(base64.o) .../libcocos2d iOS.a(base64.o) 这里，两个不同的静态库（libWeChatSDK.a和libcocos2d iOS.a）都包含了同一个符号（_base64Decode）的定义，因此链接时发生冲突。 类似地，对于错误`duplicate symbol '_vulpeSdk_isUnityReady'`，我们可以推测： 有两个或以上的目标文件（或静态库）包含了`_vulpeSdk_isUnityReady`的定义。 解决思路： 1. 确定哪些文件包含了这个符号的定义。 2. 移除其中一个定义，或者确保该符号只在一个地方定义（其他使用的地方用extern声明）。 但是，用户要求的是“修改的文件”，即需要修改哪个文件来解决这个问题。 步骤： 1. 首先，我们需要找到定义`_vulpeSdk_isUnityReady`的位置。通常，这个符号可能是一个全局变量或者函数。 2. 使用命令行工具来查找： 在终端中，我们可以使用`nm`命令来查找库文件或目标文件中的符号。 例如：`nm -gU 库文件 | grep vulpeSdk_isUnityReady` 3. 但是，在Xcode项目中，我们可能有多个库或源文件。根据错误信息，链接器会告诉我们在哪些文件中出现了重复。然而，用户给出的错误信息中并没有具体指出是哪两个文件（或库）发生了冲突（用户只提供了错误符号，没有提供具体的文件路径）。因此，我们需要用户提供完整的错误信息，或者我们根据经验推测。 4. 由于用户没有提供完整的错误信息（即链接器报错的详细文件路径），我们只能根据常见情况分析： - 情况1：该符号在用户自己的两个源文件中都有定义（比如在一个.h文件中定义了变量而没有用static或extern，然后被多个.c文件包含，导致每个.c文件都有一个定义）。 - 情况2：该符号定义在用户的一个源文件中，但同时又被链接进了一个静态库，而该静态库中也包含了这个符号的定义。 - 情况3：两个不同的静态库都包含同一个符号。 5. 根据符号名称`_vulpeSdk_isUnityReady`，它可能属于一个名为`vulpeSdk`的库。因此，很可能是用户的项目中同时链接了多个包含该符号的库，或者用户自己的代码中定义了一个与库中同名的符号。 6. 如何修改？ - 如果用户在自己的代码中定义了`vulpeSdk_isUnityReady`，那么应该检查是否不应该定义（可能应该使用库中的定义），或者将其改为extern声明（如果库中已有定义）。 - 如果两个库都定义了相同的符号，那么需要联系库的提供者，或者尝试移除其中一个库（如果功能允许），或者请求提供没有该符号的库版本。 7. 但是，用户想知道具体修改哪个文件。由于没有具体的错误位置信息，我们只能给出一般性建议： - 首先，在项目中搜索`vulpeSdk_isUnityReady`，找到定义它的地方（可能在.h或.m/.c/.cpp文件中）。注意：在C/C++中，全局变量应该在源文件（.c/.cpp/.m）中定义，在头文件中用extern声明。如果发现在头文件中定义了全局变量（没有extern），那么将其改为extern，并在一个源文件中定义。 - 其次，如果这个符号是库中的，那么检查是否链接了多个包含该符号的库。如果是，则移除其中一个。 8. 由于错误信息中提到了架构arm64，说明是在为iOS设备（真机）编译时发生的。 根据引用[2]和[3]，它们分别解决了不同的Xcode错误，但与本问题关系不大。因此，我们主要参考引用[1]的解决思路。 具体操作建议： 1. 在Xcode中，查看完整的构建错误信息。通常，在错误信息中会列出两个或多个包含重复符号的文件路径。例如，在引用[1]中，错误信息列出了两个库文件（libWeChatSDK.a和libcocos2d iOS.a）以及它们各自包含重复符号的目标文件（base64.o）。所以，请用户检查完整的错误输出，找到是哪些文件包含了重复的符号。 2. 如果用户能够提供完整的错误信息（即列出重复符号的两个文件），那么我们可以更精确地定位。 3. 如果用户无法提供，我们可以尝试以下方法： a. 在项目中搜索符号`vulpeSdk_isUnityReady`（注意：在Objective-C中，符号在编译后会加上下划线，所以源代码中可能是`vulpeSdk_isUnityReady`，注意去掉下划线搜索）。 b. 如果搜索到，那么检查这个符号是否被定义在头文件中。如果是，则将其定义移到一个源文件中，并在头文件中改为extern声明。 c. 如果搜索不到，那么可能是库中的符号。此时需要检查项目所链接的库，看是否有两个库都包含了这个符号。在Xcode的Build Phases的Link Binary With Libraries中查看。 4. 如果发现有两个库都包含这个符号，那么需要移除其中一个，或者联系库的提供者解决冲突。 5. 另一种解决方案：如果其中一个库是用户自己编译的，那么可以修改该库的源代码，将符号改为静态的（static）或者使用命名空间（如果是C++）来避免冲突。 由于用户的问题是“需要修改的文件”，根据上述分析，我们可能需要修改： - 用户自己的源代码（如果重复是因为用户自己定义和库中定义冲突，或者用户多个源文件定义），那么修改定义该符号的源文件或头文件。 - 或者，修改项目的构建设置（Build Settings），比如移除多余的库（不需要修改文件，但需要调整项目设置）。 因此，具体修改哪个文件取决于重复符号的来源。 结论： 在没有完整错误信息（即没有列出具体哪两个文件冲突）的情况下，我们无法给出确切的文件路径。但我们可以提供以下步骤来定位和解决： 步骤1：在Xcode中查看完整的错误信息，确定冲突的两个文件（或库）。 步骤2：如果冲突的两个文件都是用户自己的源文件，那么修改其中一个，移除重复定义（或者将定义合并）。 步骤3：如果冲突发生在用户的一个源文件和一个库之间，那么修改源文件（将定义移除，改为extern声明，或者使用库中的定义）。 步骤4：如果冲突发生在两个库之间，那么需要移除其中一个库，或者使用库提供者提供的更新版本（如果没有更新，可能需要联系提供者）。 因此，用户需要先定位到重复符号的具体位置，然后才能确定修改哪个文件。 相关问题： §§相关问题§§ 1. 如何查找Xcode项目中重复符号的定义位置？ 2. 如何避免在C/C++项目中产生重复符号？ 3. 在Xcode中如何移除不需要的库？ </think> ### 解决 Xcode 构建报错 "duplicate symbol '_vulpeSdk_isUnityReady'" 的修改方案 此错误表明链接器在多个位置发现了重复定义的符号 `_vulpeSdk_isUnityReady`，常见于以下场景： ```log duplicate symbol '_vulpeSdk_isUnityReady' in: /path/to/libA.a(file1.o) /path/to/libB.a(file2.o) ld: 1 duplicate symbol for architecture arm64 ``` #### 需要修改的文件和操作步骤： 1. **符号定义冲突文件** 在项目中全局搜索 `vulpeSdk_isUnityReady`（去掉下划线），重点关注： - Objective-C 实现文件（`.m`） - C/C++ 源文件（`.c`/`.cpp`） - 头文件（`.h`）中是否包含**变量定义**而非声明 2. **静态库冲突处理** 如果符号来自第三方库（如 `libVulpeSDK.a` 和 `libUnityPlugin.a`）： ```markdown Build Phases ▸ Link Binary With Libraries 中移除重复的库 ``` 3. **头文件修正（常见问题）** 检查头文件中是否错误定义了变量： ```objectivec // 错误示例（在.h中定义变量） BOOL vulpeSdk_isUnityReady = YES; // 导致重复定义 // 正确示例（在.h中声明） extern BOOL vulpeSdk_isUnityReady; // ✅ 头文件只做声明 // 在.m文件中定义 BOOL vulpeSdk_isUnityReady = YES; // ✅ 单一定义 ``` 4. **编译器符号处理** 在 Build Settings 中添加： ```ini OTHER_LDFLAGS = -Wl,-warn_duplicate_symbols ``` #### 验证步骤： 1. 使用 `nm` 工具定位符号： ```bash nm -gU libA.a | grep vulpeSdk_isUnityReady nm -gU libB.a | grep vulpeSdk_isUnityReady ``` 2. 重新编译后检查： ```log ➜ ld: warning: duplicate symbol '_vulpeSdk_isUnityReady' ➜ (已降级为警告，不影响构建) ``` > **修改优先级**： > 1. 检查项目自有的源文件（.m/.c） > 2. 审查第三方库的兼容性 > 3. 验证头文件声明规范[^1]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值