Cannot load library: soinfo_link_image(linker.cpp:1635)

最新推荐文章于 2024-12-19 10:48:29 发布
最新推荐文章于 2024-12-19 10:48:29 发布
阅读量2.9k 收藏
点赞数
文章标签： Android 4.2 动态库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zjh1002492540/article/details/50427684
版权
本文解决Android 4.2.2系统中app加载so库时出现的问题，该问题是由于系统调用库时存在bug导致，在其他版本系统下则正常。

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

Android 4.2.2 下  app在load so库的时候报错，查了下资料 点击打开链接，

问题出在Android4.2系统调用库的时候有bug，在其他版本的系统下测试就好



风伤影
关注
bionic linker代码分析(1) - linker自举
wadahana的专栏
11-29 2320
研究bionic是两年前做symbol hook时，分析了linker解析ELF文件的相关代码；去年底Android 7发布之后，为了解决dlopen系统目录下动态库的限制，研究了系统库访问权限的相关代码，彻底把linker自举和加载动态库的流程理清楚。
android linker 执行流程
xiongtiancheng的博客
12-12 4130
通过前一篇的博客，我们知道，在linux kernel加载完可执行程序后，在需要解释器的情况下，返回用户空间时会先跳到解释器的函数中执行，对于android平台而已，就是先跑到_start()函数，然后再跳转到__linker_init()。 bionic/linker/linker.cpp extern "C" ElfW(Addr) __linker_init(void* raw_args)
android JNI 错误“Cannot load library: soinfo_relocate”
我的专栏
11-29 2013
最近Android通过JNI读写串口的时候，调用JNI方法的时候报如下错误： java.lang.UnsatisfiedLinkError: Cannot load library: soinfo_relocate(linker.cpp:975): cannot locate symbol "tcgetattr" referenced by "xxxxx.so" 原因：我用的最新A
Cannot load library library "xxxx.so" not found
pxq的博客
01-10 4508
问题Log： Cannot load library: soinfo_link_image(linker.cpp:1642): could not load library “xxxx.so” needed by “xxxx.so”; caused by load_library(linker.cpp:752): library “xxxx.so” not found 解决方法
darknet yolov3 训练自己的数据集，Cannot load image ““ STB Reason: can‘t fopen报错解决
NENGSHUIYIZHOU的博客
09-04 1942
darknet yolov3 训练自己的数据集，Cannot load image "" STB Reason: can't fopen报错解决
Yolov3 darknet.exe检测时出现STB Reason: can't fopen
热门推荐
weixin_42388228的博客
10-12 1万+
darknet-master在windows下可以在darknet-master主目录编译得到darknet.exe，也可以通过darknet-master/build/darknet/darknet_no_gpu.sln进行编译得到darknet_no_gpu.exe。 第一种方法参考https://www.cnblogs.com/jackkwok/p/9045890.html。 第二种方法参考...
抓虫：申威编译gcc过程中f951程序dump
kiraskyler的博客
12-19 708
ld静态链接器查找函数不能正确把这个函数的地址放在.got节中，导致gcc编译出来的程序就是有问题的gcc可以构建出使用而不使用完成加载elf的构造函数ld的错误试了相同版本的其他环境中的程序替换，并没有解决问题，上游可能也没有解决这个问题，看ld的错误实在是太难了，加入是ld动态链接期间的错误还可以gdb watch的方式定位到问题，但是编译出文件有问题这定位可就难了。。。还是原厂来解决吧。。。最后通过强制指定sw架构使用构造二进制跳过了问题完结。。。
关于Ubuntu18.04/20.04安装后的一系列环境配置过程的总结
rta1113的博客
03-16 6537
Updating...
UPX源码分析——加壳篇
wodafa的博客
02-23 6958
本文属于i春秋原创文章现金奖励计划，未经许可严禁转载。 0x00 前言 UPX作为一个跨平台的著名开源压缩壳，随着Android的兴起，许多开发者和公司将其和其变种应用在.so库的加密防护中。虽然针对UPX及其变种的使用和脱壳都有教程可查，但是至少在中文网络里并没有针对其源码的分析。作为一个好奇宝宝，我花了点时间读了一下UPX的源码并梳理了其对ELF文件的处理流程，希望起到抛砖引玉的作用，
stb_image.h
03-30
适用于opengl的单头文件图像加载库，使用于绝大部分格式，且方便易使用
YOLO2源码分析——读取训练图片[by zhangzexuan]
salaslyrin的博客
01-08 2768
YOLO2源码分析——读取训练图片[by zhangzexuan] 回去补了一些知识，加上自己又懒，所以空了一段时间，才又回来看看YOLO的代码…… 废话不多说，继续看代码。 这次分析下YOLO是如何读取训练图片的，同时来看看YOLO在读取到训练图片后都对它们做了些什么。 训练入口以及图片路径的读取我就不做记录了，直接看通过路径读取图片的部分吧。 //data.c[944-957] da
每周 Bugs 10.9-10.15
perception_的博客
10-16 3544
linux yolov2
YOLOv3训练时找不到标签文件
乐多的博客
11-07 4618
yolov2中训练时数据要分为两部分：图片文件夹和labels文件夹。但是在yolov3中每张图片的labels文件必须和图片放在同一目录下，否则训练的时候会提示找不到labels文件。    ...
Undefined symbols for architecture arm64: "_gsl_interp_cspline_periodic", referenced from: _test_csplinep in test.o _test_csplinep2 in test.o "_gsl_spline_eval_deriv", referenced from: _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o "_gsl_vector_alloc", referenced from: _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o "_gsl_vector_free", referenced from: _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o "_gsl_vector_set", referenced from: _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o _bicubic_init in bicubic.o "_gsl_vector_view_array", referenced from: _cspline_init in cspline.o _cspline_init in cspline.o _cspline_init in cspline.o _cspline_init in cspline.o ld: symbol(s) not found for architecture arm64 clang++: error: linker command failed with exit code 1 (use -v to see invocation). Xcode上我应该如何解决这个问题
最新发布
03-21
<think>嗯，用户遇到了Xcode编译错误，提示“Undefined symbols for architecture arm64”，看起来是链接器找不到某些GSL库的函数。首先，我需要回忆一下这个错误的常见原因。通常，这种错误发生在编译的最后阶段，链接器无法找到函数的具体实现，也就是对应的库文件没有被正确链接。 首先，用户的项目中使用了GNU Scientific Library（GSL）的函数，比如`gsl_interp_cspline_periodic`和`gsl_spline_eval_deriv`等。这些函数属于GSL的数学库，所以问题可能出在GSL库没有被正确链接到项目中。 接下来，我需要考虑可能的解决方案。首先，用户需要确认是否已经正确安装了GSL库。在macOS上，通常可以通过Homebrew来安装，比如`brew install gsl`。如果已经安装过，可能需要重新安装或者检查安装路径是否正确。 然后，在Xcode项目中，需要确保头文件的搜索路径包含GSL的头文件目录。这通常是在项目的Build Settings中的Header Search Paths里添加，比如`/usr/local/include`，因为Homebrew安装的库默认会放在这里。 接下来是库文件的链接。用户需要将GSL的库文件链接到项目中。这需要在Build Settings的Other Linker Flags中添加`-lgsl`或者`-lgslcblas`，具体取决于使用的库。另外，还需要确保Library Search Paths正确指向GSL库的位置，比如`/usr/local/lib`。 另外，用户提到的错误中涉及到arm64架构，这可能意味着项目构建的目标架构设置有问题，或者GSL库本身是否支持arm64架构。需要检查GSL库是否是为arm64编译的，尤其是在M1/M2芯片的Mac上，可能需要确认是否安装了正确架构的库。 还有可能，用户的项目在链接时没有包含必要的框架或者依赖库，比如Accelerate框架，但GSL通常不需要这个。不过，如果用户使用了某些特定的GSL模块，可能需要额外的链接选项。 另外，用户是否在代码中正确包含了GSL的头文件？比如`#include <gsl/gsl_spline.h>`等，这可能会影响编译器的识别。 还有可能，用户使用的GSL版本较旧，某些函数可能已经被弃用或者改名，比如`gsl_interp_cspline_periodic`是否存在当前安装的版本中。需要检查GSL的文档，确认这些函数是否存在，或者是否有拼写错误。 此外，Xcode的项目设置中，是否启用了自动链接库，或者是否有其他构建设置导致链接器无法找到库文件。有时候，手动添加库路径和链接标志更可靠。 总结下来，解决步骤大致是：确认GSL安装正确，检查头文件和库的搜索路径，确保链接器标志正确添加，并验证函数名是否正确。如果这些都正确，可能需要重新安装GSL或者检查架构兼容性。</think>这个错误是典型的链接器问题，表示编译器在链接阶段找不到GNU Scientific Library (GSL) 相关函数的实现。以下是分步解决方案： --- ### **1. 确认GSL库是否已安装** - **通过Homebrew检查安装**： ```bash brew list gsl # 检查是否安装 brew install gsl # 如果未安装，用此命令安装 ``` 安装后默认路径为： - 头文件：`/usr/local/include` - 库文件：`/usr/local/lib` --- ### **2. 配置Xcode项目** #### **步骤1：添加头文件搜索路径** 1. 打开Xcode项目 → 选择Target → **Build Settings** 2. 搜索 `Header Search Paths` → 添加路径： ``` /usr/local/include ``` #### **步骤2：添加库文件搜索路径** 1. 在 **Build Settings** 中搜索 `Library Search Paths` → 添加路径： ``` /usr/local/lib ``` #### **步骤3：链接GSL动态库** 1. 在 **Build Settings** 中搜索 `Other Linker Flags` → 添加： ``` -lgsl -lgslcblas ``` --- ### **3. 验证代码中的函数兼容性** 错误中提到的 `_gsl_interp_cspline_periodic` 是GSL的周期三次样条插值函数，需确认： 1. 代码中是否包含正确头文件： ```c #include <gsl/gsl_spline.h> ``` 2. 检查GSL版本是否支持该函数（部分旧版本可能无此函数）： ```bash brew info gsl # 查看版本 ``` --- ### **4. 重新构建项目** 1. 清理项目：**Product → Clean Build Folder** 2. 重新编译：**Product → Build** --- ### **5. 高级故障排查** 如果仍报错，尝试以下方法： - **手动链接库文件**： - 在 **Build Phases → Link Binary With Libraries** 中，手动添加： ``` libgsl.a 或 libgsl.dylib ``` - **检查架构兼容性**： - 确保GSL库支持`arm64`（M1/M2芯片需确认）： ```bash lipo -info /usr/local/lib/libgsl.a ``` 输出应包含 `arm64`。 --- ### **总结流程图** ``` 安装GSL → 配置头文件/库路径 → 链接GSL → 验证函数 → 清理重编 ``` 如果问题持续，请提供`gsl`版本和Xcode版本信息，我会进一步协助诊断。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值