duplicate symbol _OBJC_CLASS_$_Reachability in:

最新推荐文章于 2023-01-09 19:49:59 发布

转载最新推荐文章于 2023-01-09 19:49:59 发布 · 8.5k 阅读

Iphone开发专栏收录该内容

44 篇文章

订阅专栏

本文详细阐述了在项目中遇到ASI和自定义导入的Reachability.h文件导致的冲突问题，通过删除其中一个Reachability.h文件解决了该问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

ld: duplicate symbol _OBJC_IVAR_$_Reachability.localWiFiRef

collect2: ld returned 1 exit status  
Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/gcc-4.2 failed with exit code 1

因使用了asi 和自己导入了Reachability.h 两者都有Reachability.h文件,

应该是文件冲突的问题,所以把其中一个里的Reachability.h文件删除后就可以了

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

zz_mm

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Undefined symbols for architecture i386: "_OBJC_CLASS_$_Reachability", referenced from:

weixin_34202952的博客

10-12

197

http://stackoverflow.com/questions/10119239/adding-reachability-class-fails-when-i-am-trying-to-build 转载于:https://www.cnblogs.com/cc-Cheng/p/3364858.html

报错Duplicate symbol _Objc_IVAR_$_Reachability.reachabilityref

J2EE_ME的专栏

12-13

1万+

昨日遇到这个问题。当我把ASIHttpRequest导入到我的项目里后，编译报错，我后来发先，原来是我的项目里也用了ShareKit，而ShareKit里面也有用到这个。所以解决方案就是删除其中一个地方，我选择从ASIHttpRequest的文件里删除Reachability.h 和Reachability.m 文件解决。

参与评论您还未登录，请先登录后发表或查看评论

ld: duplicate symbol _OBJC_IVAR_$_Reachability

Java 小试

06-03

131

ld: duplicate symbol _OBJC_IVAR_$_Reachability.localWiFiRef collect2: ld returned 1 exit status Command /Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin/gcc-4.2 failed with exit c...

duplicate symbol _OBJC_CLASS 错误处理方法

L色J忆的专栏

09-09

786

错误：ld: duplicate symbol OBJC_CLASS$_************ in ******一种可能性是你的项目的不同group里有着相同名称的类第二种就suck了：You could also get this error if you mistakenly let XCode’s auto-complete for #import statements specify t

Xcode6 Symbol not found: _OBJC_CLASS_$_NSMutableURLRequest 报错处理

小巴童鞋的专栏

06-30

2427

Xcode6 NSMutableURLRequest 报错处理一、在使用Xcode6进行运行项目时，发现程序直接Crash了，控制台信息如下： dyld: Symbol not found: _OBJC_CLASS_$_NSMutableURLRequest Referenced from: /Users/admin/Library/Developer/

dyld: Symbol not found: _OBJC_CLASS_$_SFRequestLogin

LAN123X的专栏

06-29

900

dyld: Symbol not found: _OBJC_CLASS_$_SFRequestLogin

Undefined symbols for architecture armv7: "_OBJC_METACLASS_$_ _OBJC_CLASS_$_ ld: symbol(s) no...

weixin_30244889的博客

12-07

215

Undefined symbols for architecture armv7:"_OBJC_METACLASS_$_MWPhotoBrowser", referenced from:_OBJC_METACLASS_$ _** in **.o_OBJC_METACLASS_$_** in **.o"_OBJC_CLASS_$_MWPhotoBrowser", re...

uniapp：原生插件的package.json

谢桥的博客

01-09

2529

【代码】uniapp：原生插件的package.json。

dyld: Symbol not found:_OBJC_CLASS_XXXX

蘅芜君

08-13

939

在Build Phases中，将对应类的framework的status设置成optional即可；

彻底解决iOS项目中 "_OBJC_CLASS_$_XXXService", referenced from: 的类似问题

热门推荐

niepeng109的专栏

06-08

7万+

苹果在2014年10月20号发布了一条消息：从明年的二月一号开始，提交到App Store的应用必须支持64-bit。但是对于很多迭代周期比较长的项目难免在支持64位的过程中出现各种各样的问题，本人在遇到错误的基础上将经验总结，希望能对后面的人有帮助。写的不是很好，望大家多多指导交流。

_OBJC_CLASS_$_ errors 错误解决办法

抱妹纸于胸怀，深藏功与名

07-31

1万+

先给大家看一下原作者的 http://blog.sina.com.cn/s/blog_4fcd1ea30100zw6i.html There are mainly two reasons why this occurs. The first being that you have forgotten to include a framework that you are

duplicate symbol _GAD_MD5

新风作浪的博客专栏

10-01

4571

duplicate symbol _GAD_MD5 in: /Users/Apple/DKProj/LOL/LOL/AdMob_SDK/libGoogleAdMobAds.a(md5.o) /Users/Apple/DKProj/LOL/LOL/AdMob_SDK/libGoogleAdMobAds.a(gad_md5.o) ld: 1 duplicate symbol for a

iOS 编译出现错误问题之duplicate symbol _OBJC_CLASS_$_ XXX in

frankkay的博客

01-18

6513

问题：编译出错duplicate symbol _OBJC_CLASS_$_ XXX in 原因：导入头文件的时候误导入.m文件解决办法：通过搜索.m文件查出在哪个类中导入了换成.h文件即可。

framework dyld: Symbol not found: _OBJC_CLASS_xxx

十年磨一剑，霜刃未曾试!

08-22

2900

今天发现编写的 framework debug 版的没问题， release 版的在应用上使用有问题，提示 dyld: Symbol not found: _OBJC_CLASS_xxx 对照了 Build Option，修改 ENABLE_TESTABILITY ＝ YES，这样就解决了

IOS开发之——Undefined symbol:_OBJC_CLASS

我的博客

03-02

1万+

一现象导入MBProgressHUD显示信息时，出现如下异常现象 Undefined symbols for architecture x86_64: "_OBJC_CLASS_$_MBProgressHUD", referenced from: objc-class-ref in ViewController.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed wit

mac编程提示 Undefined symbol: _OBJC_CLASS_$_xxxx

sinat_38363122的博客

12-07

3326

使用cocoa编程，编译提示报错 Showing All Issues Undefined symbol: _OBJC_CLASS_$_NSAlert 解决办法： link Binary With Libraries 添加 Foundation.framework Cocoa.framework

Xcode 【错误：duplicate symbol _OBJC_METACLASS_$_类名 in:】

CoderZYWang

02-04

4388

错误 "duplicate symbol _OBJC_METACLASS_$_类名 in:" 原因： 1. 90%都是因为#import了.m 文件（应该#import .h 文件才对） 2. 其他可能是因为项目中存在了2个一样的.m文件该错误不常见，大家了解就好。

duplicate symbol: init_module 怎么解决

最新发布

07-02

<think>我们正在处理一个关于Linux内核模块编译错误的用户查询。用户遇到了“duplicate symbolinit_module”的错误，并提供了三个引用资料。我们的目标是分析问题原因并提供解决方案。首先，回顾引用内容： -引用[1]：解释了module_init宏的作用，它用于声明模块的初始化函数。该宏会将函数标记为初始化入口点，在内核启动或模块插入时调用。 -引用[2]：展示了__define_initcall宏的定义，该宏用于将初始化函数放入特定的初始化段（.initcall段）中。这里的关键是每个初始化函数都有一个唯一的标识符（id），以避免重复符号。 -引用[3]：指出该错误与Linux内核代码和gcc-9编译器有关，具体是'init_module'属性限制不一致。错误分析：“duplicate symbolinit_module”通常意味着在编译过程中出现了多个同名的init_module符号。在Linux内核模块中，每个模块应该只有一个初始化函数。这个初始化函数通常通过module_init宏来指定。如果在一个模块中多次使用module_init，或者模块中直接定义了名为init_module的函数，同时又使用了module_init宏，就可能导致重复定义。另外，引用[3]提到gcc-9编译器对函数属性的检查更为严格。如果函数声明和定义时的属性（如__init）不一致，也可能导致问题。解决方案： 1. **检查模块中是否多次使用module_init**：确保每个模块只调用一次module_init宏，指定唯一的初始化函数。 2. **避免直接定义init_module函数**：现代内核模块应使用module_init宏，而不是直接定义init_module函数。因为module_init宏会处理函数放置的段以及别名等问题。 3. **检查函数属性**：确保初始化函数具有正确的属性，如__init。例如：```cstatic int__initmy_init_function(void) {//...}module_init(my_init_function);```这里的__init宏告诉内核该函数仅在初始化时使用，之后可以丢弃其内存。4.**处理gcc-9的严格检查**：如果引用[3]中的问题，可能需要在内核配置中启用相关选项或修改代码以符合gcc-9的要求。一个可能的解决方法是明确指定函数属性，确保一致。具体步骤：-打开你的内核模块源代码（通常是.c文件）。 -查找是否有多个module_init调用，或者是否有名为init_module的函数定义。 -确保只有一个初始化函数，并且它通过module_init注册。 -检查函数是否被正确标记（如__init）。如果问题仍然存在，考虑升级内核版本或使用较旧版本的gcc（如gcc-8），因为较新的内核版本可能已经修复了与gcc-9的兼容性问题。另外，根据引用[2]，每个初始化函数在链接时会被放入特定的段，如果同一个段中出现两个相同的符号，就会导致重复符号错误。因此，确保没有多个函数被映射到同一个标识符（id）上。最后，如果用户使用的是较旧的内核，可能需要应用社区提供的补丁来解决gcc-9的兼容性问题。相关问题： 1.如何正确编写Linux内核模块的初始化和退出函数？2.如何解决Linux内核编译中的重复符号错误？ 3.如何调整编译器选项以解决Linux内核模块的编译问题？</think>### 重复符号 `init_module` 问题的分析与修复根据您提供的引用信息和内核机制分析，`duplicate symbol init_module` 错误通常由以下原因导致： #### 核心原因分析 1. **函数属性冲突（主要）** 引用[3]明确指出：**GCC 9+ 对函数属性检查更严格**。当模块的初始化函数（如 `module_init()` 声明的函数）与内核的 `init_module` 符号存在**属性声明不一致**时（如缺少 `__init` 或 `__used` 等关键属性），编译器会生成重复符号错误[^3]。 2. **宏定义冲突** 引用[1][2]显示：`module_init` 宏通过 `__define_initcall` 将函数放入特定内存段（`.initcall`）。如果模块中**直接定义名为 `init_module` 的函数**（而非通过 `module_init` 宏），会与内核内部符号冲突[^1][^2]。 3. **多文件编译问题** 多个源文件声明同名函数（如误添加 `init_module()` 实现）导致链接冲突。 --- ### 解决方案 #### 方法 1：修复函数属性（推荐）在模块初始化函数中**显式添加缺失的属性**： ```c #include <linux/init.h> #include <linux/module.h> static int __init my_module_init(void) { // 必须添加 __init /* 初始化代码 */ return 0; } static void __exit my_module_exit(void) { // 必须添加 __exit /* 清理代码 */ } module_init(my_module_init); // 通过宏注册 module_exit(my_module_exit); MODULE_LICENSE("GPL"); ``` **关键点**： - 必须使用 `__init` 和 `__exit` 宏标记函数[^1][^2]。 - 禁止直接定义 `init_module()` 函数，必须通过 `module_init()` 宏注册。 #### 方法 2：降低编译器检查强度在 Makefile 中添加 GCC 参数关闭严格属性检查： ```makefile KBUILD_CFLAGS += -Wno-missing-attributes ``` 此方法适用于临时规避 GCC 9+ 的严格检查[^3]。 #### 方法 3：升级内核版本较新的内核版本（≥5.2）已修复 GCC 9+ 兼容性问题： ```bash # 升级内核示例 git pull git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git ``` #### 验证步骤 1. 检查所有源码文件是否包含重复的 `init_module` 定义 2. 确保使用 `make clean` 彻底清理中间文件 3. 重新编译： ```bash make -C /lib/modules/$(uname -r)/build M=$(pwd) modules ``` --- ### 相关问题 1. **如何诊断 Linux 内核模块的符号冲突问题？** （涉及 `nm` 工具分析对象文件、`modinfo` 查看模块符号） 2. **`__init` 和 `__exit` 宏在内核中具体起什么作用？** （解释内存段分配机制与初始化后内存释放原理） 3. **GCC 版本升级导致的内核编译错误有哪些常见修复模式？** （对比 GCC 8→9 的兼容性变更与社区补丁策略） [^1]: `module_init` 宏将函数映射到特定内存段，直接定义 `init_module` 会导致符号冲突。 [^2]: `__define_initcall` 依赖唯一 ID 避免重复符号，手动定义函数会绕过此机制。 [^3]: GCC 9+ 严格检查函数属性一致性，缺失 `__init` 等属性会触发重复符号错误。