重复引用错误：duplicate symbols for architecture x86_64

最新推荐文章于 2021-11-28 10:37:12 发布
原创 最新推荐文章于 2021-11-28 10:37:12 发布 · 1.1w 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Xcode重复引用错误

主题：重复引用库造成的难以解决的错误。
错误关键字：

ld: 9 duplicate symbols for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see invocation)


GenerateDSYMFile......

error: cannot parse the debug map for "/Users/LuohanCC/Library/Developer/Xcode/DerivedData/ProjectName-btzlnejejistppgnaecaydoqdomg/Build/Products/Debug-iphonesimulator/ProjectName.app/ProjectName": No such file or directory


这种错误一般会产生两个错误：

第一个错误报两个库冲突


第二个错误报找不到文件




分析：从第一个错误看出项目中重复包含了多个Reachability（replicate symbols for architecture x86_64）
解决：如果是直接拖进项目的话，并在Search Paths中的Framework Search Paths、Library Search Paths、User Header Search Paths 中删除引用。
如果是从Pods中引入的Reachability，直接从Pods删除，直接删除Podfile中的引用语句便可。
但是：如果在Pods文件夹中存在Reachability文件夹，而在Podfile中却找不到任何Reachability的引用语句，这说明这并非是通过Pod install安装的Reachability，而可能通过直接将其拖进Pods的方式来引用的，那怎么解决这个重复引用的错误呢。
解决： 1.从Pods/Pods文件夹中删除Reachability文件夹
2.删除Search Paths中Header search Paths中的"${PODS_ROOT}/Headers/Public/Reachability"
3.点击项目名Pods，删除Pods-Reachability
4.删除ProjectName/Pods/Pods.debug.xcconfig和Pods.release.xcconfig中的 -l"Pods-Reachability"

重新运行项目，问题解决！！！！（2、3、4步也通过全局搜索“-Reachability”定位的方式删除对应的内容）


duplicate symbols for architecture x86_64 错误
Tailor_Wu的博客
05-15 3160
我的编译器是clion(基于xcode里面的环境),系统是mac,第一次写类的时候出现了这个错误 // // Created by apple on 2018/5/13. // #ifndef C_PRIMERPLUS_SALES_DATA_H #define C_PRIMERPLUS_SALES_DATA_H #include <iostream> //#include ...
芒果iOS开发之duplicate symbols for architecture x86_64错误
热门推荐
张茫原
11-02 6万+
在我们写代码过程中可能会经常遇到这样一个错误： ld: 4 duplicate symbols for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) 如图： 仔细读一下报错原因可以发现几个关键词："duplicate"和"symbo
ld: 2 duplicate symbols for architecture x86_64
wyz670083956的博客
11-18 5945
今天遇到一个问题：ld: 2 duplicate symbols for architecture x86_64 字面翻译就是：2个重复复的符号……意思是你创建了两个相同名字的类，删除掉一个，或者把另外一个名字改改就好。 可是我的情况不同。 如 下图：系统提示重复的类为：ScanNumberVC，xcode 全局搜索ScanNumberVC，并没有发现发现重复的。 再全局搜索一遍，在其他页面发现#import导入头文件导入了ScanNumberVC.m ，如下图 解决：把头文件#impo.
duplicate symbols for architecture x86_64 clang
Lea__DongYang的博客
03-20 734
【主要内容:】1. 错误提示2. 分析错误原因3. 解决问题办法一、错误提示在我们写代码过程中可能会经常遇到这样一个错误：[objc] view plain copy print?在CODE上查看代码片派生到我的代码片ld: 4 duplicate symbols for architecture x86_64 clang: error: linker command failed with ex
ld: 1 duplicate symbol for architecture x86_64的错误
迦南的专栏
05-28 4417
duplicate：重复的，复制的 symbols：符号 出现的原因： 1.工程中重复倒入某一类或文件，这一般出现在你添加第三方库的时候比较多，在不知道的情况下又导入了一次相同的类。 2.就是倒入类的时候，引用的是.m而不是.h 3.项目中用了一个 C 语言的枚举类型定义方式，会导致重复闯将 4.项目中使用c的时候，参数声明使用const 2 个人认为，因为const声明的是常量，static声明的是静态变量（只声明一次），所以我们在引用的时候，引用一次是没问题的，而引用多次，con
duplicate symbols for architecture x86_64
sunshine
06-15 837
出现这个问题主要有一下几种原因： 1、项目使用CocoaPods管理后，没有删除之前手动引入的文件。 引入CocoaPods还需要在项目target中的build setting中的other flags加入$(inherited)。在framework search path和Library search path中也加入$(inherited)，删除其他的条目。 2、在文件中引入了.m文
clion在使用sqlite3的时候，显示Undefined symbols for architecture x86_64错误的解决办法
CHYabc123456hh的博客
11-05 1022
显示Undefined symbols for architecture x86_64错误的原因 1、缺少静态库 环境：在模拟器上报错但在真机上能运行成功，而且报的错误来自于第三方库。 原因：architecture x86_64 是指模拟器的架构，意思就是 Crypto 变量在模拟器架构里没有找到。静态库也分不同架构的，可能你项目里使用的这个库只用了真机版本的（该静态库不支持在模拟器下编译），没有使用模拟器版本的，所以模拟器跑的时候没有找到对应的库，这些需要的变量也就缺失了。 解决方法：把模拟器版
c++ 自定义类出现Undefined symbols for architecture x86_64
limonero
06-28 1598
错误描述 Undefined symbols for architecture x86_64: “MyLIs::MyLIs(char const*)”, referenced from: _main in main.cpp.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) 可能错误 It seems
Framework not found IOSurface for architecture arm64（不能设为免费？）
12-28
在iOS应用开发中，"Framework not found IOSurface for architecture arm64" 是一个常见的构建错误，这通常发生在尝试编译或运行项目时，系统无法找到指定的架构（arm64）所需的IOSurface框架。该问题可能由多种原因...
React Native duplicate symbols for architecture x86_64
lxyoucan的博客
10-27 946
报错信息 /Users/itkey/Library/Developer/Xcode/DerivedData/ywh-ggctvlciyanthueovxlwtkygqwha/Build/Products/Debug-iphonesimulator/react-native-viewpager/libreact-native-viewpager.a(ReactViewPagerManager.o) ld: 39 duplicate symbols for architecture x86_64 详细报错信息
链接报错：ld: 1 duplicate symbol for architecture x86_64
图形跟班
10-27 1万+
ld: 1 duplicate symbol for architecture x86_64 出现错误的原因是：重复定义。一、问题原因完整的报错信息： ld: 1 duplicate symbol for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocat
iOS duplicate symbols for architecture x86_64 问题全面解析
ws1836300的博客
07-20 4738
发现这个问题后，请寻找这个问题上边的说明，如 ....../Objects-normal/x86_64/XXXX.o ld: 5 duplicate symbols for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) 一. 第一行，指明了是XXXX.o 文件的问题，一看错误信息可知是链接错误. 翻译一下,首先可以知道错误信息是在链接XXXX.o.
iOS开发之duplicate symbols for architecture x86_64错误
yutaotst的专栏
06-15 776
iOS开发之duplicate symbols for architecture x86_64错误 我总结了一下，出现duplicate出这个错误一般有两种情况： 第一种情况：在工程中重复导入了某一个类或文件，这一般出现在你添加第三方库的时候比较多，在不知道的情况下又导入了一次相同的类。 第二种情况：工程中在#import引入头文件的时候，将#import
ios程序编译链接参数 all_load 的 ld duplicate symbol _main 的 bug及修复
weixin_34290390的博客
12-12 223
问题 -all_load 是在Objective-C 编译时常用到的一个参数，比如这篇文章所介绍的，生成静态库的一些问题-all_load。但是我们在加入这个参数后，有时会出现“ld: duplicate symbol _main“的错误，比如 libCurl duplicate symbol，但是把 -all_load 参数从 Other Like Flags 里去掉后,编译虽然可以通过,但在...
ios开发之duplicate symbol for architecture x86_64 错误
dingqk的博客
07-26 5331
错误提示在我们开发ios中经常会遇到这样的一个错误提示： 查找原因分析通过xcode的给我们的提示能够看到这几个关键字：duplicate和symbols，通过有道翻译duplicate是重复、复制的意思，symbols是符号的意思，因此能够想到自己的工程中可能引入了重复的东西。解决问题        像这种错误信息，我总结了一下，有三种情况：1.在工程中重复倒入相同的文件       一般就是
duplicate symbols for architecture x86_64编译报错解决
qq_40588818的博客
11-28 1192
错误示例 duplicate symbols for architecture x86_64 当引入文件xxx.cpp时，大概率会出现这个报错。把xxx.cpp改为xxx.h就完美解决了。 同时源文件也要修改，如下。 xxx.cpp可以直接不要了。 之所以出现这种错误其实是dlinklist.cpp编译重复导致的。通俗地讲因为它是一个cpp文件在编译的时候他自己编译一次，exam2-7.c...
C/C : ld: error: duplicate symbol:
weixin_46348086的博客
11-28 3830
C/C : ld: error: duplicate symbol: 感觉是#include问题，在.hpp文件里声明函数，android studio new了一个.cpp文件，#include 了.hpp文件，写了function body,still problems.information:not include in project,sysc now,still problems.add .cpp in cmakelists.txt after other .cpps by hand,OK.not
Error[Li006]: duplicate definitions for "LCD_X_Config"; emwin移植
最新发布
06-22
<think>我们正在解决IAR编译错误：Error[Li006]:duplicatedefinitionsfor"LCD_X_Config"。这个错误表明在项目中存在多个同名的函数定义（LCD_X_XConfig）。根据引用[3]的解决方法，我们需要确保只有一个文件中定义了这个函数，而其他文件没有重复定义。步骤：1.在项目中搜索所有包含“LCD_X_Config”定义的文件。通常这个函数是emWin移植过程中需要用户实现的配置函数。2.检查是否在多个文件中（例如，可能是不同的移植文件或用户文件）都定义了该函数。3.保留一个定义（通常是你希望使用的那个，比如最新的移植版本或者官方示例中的正确实现），删除或注释掉其他重复的定义。另外，根据引用[4]的类似思路，我们可以通过删除重复项来解决。具体操作：-在IAR环境中，可以通过全局搜索（Ctrl+Shift+F）来查找“LCD_X_Config”函数定义。-如果发现多个定义，确定哪个是应该保留的（通常位于你正在使用的emWin移植层文件中），然后移除其他定义（可以删除整个函数定义，或者使用条件编译避免重复包含）。注意：有时重复定义可能是由于头文件多次包含导致重复声明，但这里是函数定义，所以更可能是多个源文件都定义了该函数。另外，检查头文件中是否有该函数的声明，确保声明放在头文件中，而定义只在源文件中出现一次。如果问题仍然存在，可以考虑使用静态函数（static）来限制作用域，但通常这个函数是全局的，所以不建议使用static，因为emWin库需要调用它。另一种方法：如果重复定义来自不同的库文件，你可能需要排除其中一个文件（在IAR工程中右键点击文件->Excludefrombuild），这样就不会编译那个文件了。根据引用[2]和[3]的经验，重复定义错误通常通过删除多余的定义或排除多余的文件来解决。请按照以下步骤操作：1.在IAR工程中，使用全局搜索功能（Ctrl+Shift+F），搜索内容为：LCD_X_Config，搜索范围选择整个工程，搜索类型选择“Exactmatch”和“Casesensitive”。2.在搜索结果中，查看哪些文件包含了这个函数的定义（即函数体，而不是声明）。3.如果发现多个文件都定义了该函数，选择保留其中一个（通常选择官方移植示例中的最新版本或最完整的版本），然后删除其他文件中的定义。4.如果这些重复定义的文件都是必需的（比如来自不同的库，且不能删除），那么可以考虑使用宏定义来避免重复。例如：#ifndefLCD_X_CONFIG_DEFINED#defineLCD_X_CONFIG_DEFINEDvoidLCD_X_Config(void){//...函数体}#endif但是这种方法对于函数定义通常不适用，因为函数定义不能重复。所以更有效的方法是确保只有一个源文件包含该函数的定义。5.如果重复定义是由于同一个文件被多次包含（比如头文件中包含函数定义，这是错误的），那么将头文件中的函数定义移到源文件中，并在头文件中改为声明。例如，在头文件中：externvoidLCD_X_Config(void);在源文件中：voidLCD_X_Config(void){//函数体}6.重新编译工程，查看错误是否消除。如果以上步骤不能解决问题，请检查是否在同一个源文件中多次定义了该函数（比如条件编译分支中重复定义）。相关问题：1.如何避免IAR中的重复定义错误？2.emWin移植过程中需要注意哪些常见问题？3.在嵌入式系统中，函数重复定义有哪些常见的解决方法？</think>### 解决Error Li006: duplicate definitions for "LCD_X_Config" 在移植emWin时遇到`Error[Li006]: duplicate definitions for "LCD_X_Config"`，表明项目中存在多个同名的`LCD_X_Config`函数定义。以下是系统级解决方案： #### 🔍 原因分析 1. **重复函数定义** emWin的移植层要求用户实现`LCD_X_Config()`函数，但该函数在多个文件（如`LCDConf.c`、用户自定义文件等）中被重复定义。 2. **头文件包含冲突** 未使用`#ifndef`/`#define`防护机制，导致头文件被多次包含时重复声明。 3. **工程文件冗余** 旧版移植文件未删除，与新文件同时存在于工程中。 #### ✅ 解决步骤 1. **定位重复定义文件** 在IAR工程中全局搜索`LCD_X_Config`： - 右键点击工程 → *Find in Files* → 输入`LCD_X_Config` - 检查搜索结果，确认定义该函数的源文件（如`LCDConf.c`、`GUIDRV_Template.c`等）。 2. **保留单一函数定义** - 删除多余的函数定义，**仅保留一个文件中的实现**（通常保留官方移植模板文件如`LCDConf.c`）。 - 示例：若在`file1.c`和`file2.c`均找到定义，删除`file2.c`中的定义： ```c // 错误示例：file2.c中重复定义 void LCD_X_Config(void) { // ... 函数体 } ``` 3. **添加头文件防护** 在声明`LCD_X_Config`的头文件（如`LCDConf.h`）中加入防护宏： ```c #ifndef LCDCONF_H #define LCDCONF_H extern void LCD_X_Config(void); // 声明而非定义 #endif ``` 4. **清理工程文件** - 移除冗余文件：检查是否包含多个移植模板（如`LCDConf.c`的不同版本），保留最新/正确的文件。 - 在IAR工程中右键点击多余文件 → *Remove* → *Delete from disk*（彻底删除）。 5. **检查文件包含链** 确保主程序仅包含必要的头文件，避免间接包含重复定义： ```c // main.c 正确示例 #include "LCDConf.h" // 单一定义来源 ``` #### ⚙️ 预防措施 - **移植规范** 使用emWin官方移植模板时，**不要修改函数名**（如`LCD_X_Config`），因其被库内部调用。 - **编译前检查** 每次添加新文件后，预编译（*Rebuild All*）以暴露重复定义问题。 #### 📌 验证结果 重新编译工程，若错误消失且emWin初始化正常（如显示屏点亮），则问题解决。 --- ### 📚 相关问题 1. 如何避免嵌入式开发中的符号重复定义（Linker Error Li006）？ 2. emWin移植过程中还有哪些常见编译错误？ 3. IAR工程中如何高效管理外设库文件防止冲突？ > 引用参考： > [^1] 重复定义错误需检查多文件中的同名符号实现 > [^3] 中断函数重复定义的解决思路适用于全局函数 > [^4] 数据库主键冲突的删除逻辑可类比函数定义清理
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值