RPATH与RUNPATH的区别

最新推荐文章于 2024-04-12 12:21:18 发布
最新推荐文章于 2024-04-12 12:21:18 发布
阅读量2.7k 收藏 15
点赞数 7
分类专栏： 编译原理学习 文章标签： linux gcc ld rpath runpath
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011192270/article/details/113948728
版权

文章目录


本文从一个实际遇到的问题出发，分析 RPATH 与 RUNPATH 的区别，以及产生的原因。

RPATH与RUNPATH的区别

年前升级了操作系统后，同样的代码在新系统编译后无法执行，提示找不到依赖库，本文用来记录一下是如何解决这个问题的。

源文件

main.c ：

#include "a.h"

int main() {
	a();
	return 0;
}

libA.so：

// a.c
#include "b.h"

void a() {
	b();
}

// a.h
void a();

ubuntu 16.04(gcc version 5.4.0)：

$ gcc -fPIC -shared a.c -I. -L. -lB -o libA.so

libB.so：

// b.c
#include <stdio.h>

void b() {
	printf("Hello, World\n");
}

// b.h
void b();

ubuntu 16.04(gcc version 5.4.0)：

$ gcc -fPIC -shared -I. b.c -o libB.so

函数调用依赖关系：main -> a -> b。

复现步骤

  1. 分别在 ubuntu 16.04(gcc version 5.4.0) 和 ubuntu 20.04(gcc version 9.3.0) 编译可执行程序：
$ gcc -I. -o main main.c -Wl,--rpath,. -L. -lA -lB
  1. 在 ubuntu 16.04(gcc version 5.4.0) 运行成功：
$ ./main
Hello, World
  1. 在 ubuntu 20.04(gcc version 9.3.0) 运行失败：
$ ./main 
./main: error while loading shared libraries: libB.so: cannot open shared object file: No such file or directory

错误提示为找不到可执行程序 ./main 依赖的共享库 libB.so 。

问题原因

排除共享库本身问题

首先，由于 libA.so 和 libB.so 是在 ubuntu 16.04(gcc version 5.4.0) 上编译的，所以重新在ubuntu 20.04(gcc version 9.3.0) 上编译 libA.so 和 libB.so，并重复复现步骤，现象相同，说明不是 libA.so 和 libB.so 导致的问题；

分析库查找过程

使用 LD_DEBUG，打开链接器的调试功能，分析共享库的查找过程：
ubuntu 16.04(gcc version 5.4.0)：

$ LD_DEBUG=libs ./main                                                        [16:37:15]
     22331:	find library=libA.so [0]; searching
     22331:	 search path=./tls/x86_64:./tls:./x86_64:.		(RPATH from file ./main)
......
     22331:	  trying file=./libA.so
......
     22331:	find library=libB.so [0]; searching
     22331:	 search path=./tls/x86_64:./tls:./x86_64:.		(RPATH from file ./main)
......
     22331:	  trying file=./libB.so
 ......

ubuntu 20.04(gcc version 9.3.0)：

$ LD_DEBUG=libs ./main
     33218:	find library=libA.so [0]; searching
     33218:	 search path=./tls/haswell/x86_64:./tls/haswell:./tls/x86_64:./tls:./haswell/x86_64:./haswell:./x86_64:.		(RUNPATH from file ./main)
......
     33218:	  trying file=./libA.so
......
     33218:	find library=libB.so [0]; searching
     33218:	 search cache=/etc/ld.so.cache
     33218:	 search path=/lib/x86_64-linux-gnu/tls/haswell/x86_64:/lib/x86_64-linux-gnu/tls/haswell:/lib/x86_64-linux-gnu/tls/x86_64:/lib/x86_64-linux-gnu/tls:/lib/x86_64-linux-gnu/haswell/x86_64:/lib/x86_64-linux-gnu/haswell:/lib/x86_64-linux-gnu/x86_64:/lib/x86_64-linux-gnu:/usr/lib/x86_64-linux-gnu/tls/haswell/x86_64:/usr/lib/x86_64-linux-gnu/tls/haswell:/usr/lib/x86_64-linux-gnu/tls/x86_64:/usr/lib/x86_64-linux-gnu/tls:/usr/lib/x86_64-linux-gnu/haswell/x86_64:/usr/lib/x86_64-linux-gnu/haswell:/usr/lib/x86_64-linux-gnu/x86_64:/usr/lib/x86_64-linux-gnu:/lib/tls/haswell/x86_64:/lib/tls/haswell:/lib/tls/x86_64:/lib/tls:/lib/haswell/x86_64:/lib/haswell:/lib/x86_64:/lib:/usr/lib/tls/haswell/x86_64:/usr/lib/tls/haswell:/usr/lib/tls/x86_64:/usr/lib/tls:/usr/lib/haswell/x86_64:/usr/lib/haswell:/usr/lib/x86_64:/usr/lib		(system search path)
......
./main: error while loading shared libraries: libB.so: cannot open shared object file: No such file or directory

结果在 ubuntu 20.04(gcc version 9.3.0) 中， 可以正确查找到 libA.so ，但是无法正确查找到 libB.so 。
libB.so 的查找路径是 system search path ，而非我们在编译时设定的查找时路径 ./ ，导致可执行程序无法加载 libB.so 。

动态链接器对共享库的查找顺序：

  1. LD_LIBRARY_PATH、-L 和 -rpath；
  2. /etc/ld.so.cache；
  3. 默认共享库目录：/usr/lib、/lib；

RPATH与RUNPATH的区别

由上分析可以得出是共享库运行时加载路径非法导致的问题，在排除设置 LD_LIBRARY_PATH 等环境变量的情况下，可以将焦点锁定在使用的链接选项 -rpath 上，查看源文件依赖：
ubuntu 16.04(gcc version 5.4.0)：

$ readelf -d main
Dynamic section at offset 0xe08 contains 26 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libA.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000f (RPATH)              Library rpath: [.]
 
 $ readelf -d libA.so
Dynamic section at offset 0xe08 contains 25 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libB.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 
 $ readelf -d libB.so
Dynamic section at offset 0xe18 contains 24 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

ubuntu 20.04(gcc version 9.3.0)：

$ readelf -d main 
Dynamic section at offset 0x2da8 contains 29 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libA.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000001d (RUNPATH)            Library runpath: [.]
 
 $ readelf -d libA.so 
Dynamic section at offset 0xe08 contains 25 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libB.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 
 $ readelf -d libB.so 
Dynamic section at offset 0xe18 contains 24 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

发现在 ubuntu 20.04(gcc version 9.3.0) 上 RPATH 变成了 RUNPATH ，说明链接器选项 -rpath 的行为发生了改变。

源文件依赖关系：main -> libA.so -> libB.so；

综上，问题的原因是 ubuntu 20.04(gcc version 9.3.0)上，链接器选项 -rpath 的行为发生改变，默认配置为 RUNPATH 而不是 RPATH；由于 RUNPATH 不适用于间接依赖的库，所以导致在 ubuntu 20.04(gcc version 9.3.0) 上只能正确查找到 libA.so ，而无法正确查找到 libB.so 。

gcc version >= 7.5.0时，-rpath默认行为即发生改变。

解决方案

LD_LIBRARY_PATH（不推荐）

LD_LIBRARY_PATH 是一个环境变量，作用是临时改变链接器的加载路径，可以存储多个路径，用冒号分隔：

$ export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./libs

不推荐的原因：

  1. 若全局设置 LD_LIBRARY_PATH，会影响其它应用程序的共享库加载过程；
  2. 若只在该应用程序启动时局部设置 LD_LIBRARY_PATH，则每次启动都需要设置，步骤过于繁琐；

–disable-new-dtags

可以使用 -Wl,--disable-new-dtags 选项来使链接器保持旧行为，即在 ubuntu 20.04(gcc version 9.3.0) 使用如下命令编译：

$ gcc -I. -o main main.c -Wl,--disable-new-dtags,--rpath,. -L. -lA -lB

重新运行并查看依赖：

$ ./main 
Hello, World

$ readelf -d main
Dynamic section at offset 0x2da8 contains 29 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libA.so]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000f (RPATH)              Library rpath: [.]

可执行程序 main 可以正确运行，RUNPATH 也变成了 RPATH，链接器行为与 ubuntu 16.04(gcc version 5.4.0) 保持一致了。

同理，也有 -Wl,--enable-new-dtags 选项来使链接器保持新行为

如下为官方解释：

--enable-new-dtags
--disable-new-dtags
This linker can create the new dynamic tags in ELF. But the older ELF systems may not understand them. If you specify --enable-new-dtags, the new dynamic tags will be created as needed and older dynamic tags will be omitted. If you specify --disable-new-dtags, no new dynamic tags will be created. By default, the new dynamic tags are not created. Note that those options are only available for ELF systems.

参考

微信公众号同步更新，微信搜索"AnSwEr不是答案"或者扫描二维码，即可订阅。

在这里插入图片描述

AnSwEr不是答案
关注
  • 7
    点赞
  • 踩
  • 15
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
动态链接库的RPATH和RUNPATH解惑
我的奋斗
01-29 8423
最近在使用SPP网络框架进行业务开发的时候，遭遇动态库搜索路径问题，为了避免其他同学继续在这方面浪费精力，简单整理了相关知识点。 【背景知识】 这里不打算深入链接器内部，简明扼要给出链接器进行动态库搜索的一些规则。 以上是man ld结果部分截图，这里着重澄清两个基本概念："link time"（链接时）和"runtime"（运行时），比如常用的-L选项属于链接时，而
05-rpath解决so动态库依赖1
08-04
4. **RUNPATH二进制头**：同样是在构建时设置的，但与RPATH不同，它适用于可执行文件。 5. **基本库目录**：通常是`/lib`和`/usr/lib`，系统默认在这里查找动态库。 通过`ldd`命令，我们可以查看一个动态库或可执行...
动态库加载路径之RPATH与RUNPATH(小记)
gaofen100
10-30 660
考虑翻译Qt官方blog中的RPATH and RUNPATH这篇文章，在继续之前，我需要先验证自己的理解是正确的，至少能自圆其说，能说服自己。 用例子说话 二进制 对应源码 有一个程序 a.out main.c 需要加载插件A libA.so ...
cmake 实用小技巧
最新发布
q2nAmor
04-12 840
第一步：在cmake开始时设置，让编译出来的动态库不要将编译时路径添加到RPATH中。第二步：在 add_library 之后，target_link_libraries 之前，设置下面的属性，让当前动态库查找依赖库时从 …/lib或者./lib查找。这样哪怕有多级依赖，最后我们打包可执行程序时，只需要将所有的动态库放到lib目录，可执行程序放到bin目录即可（可选）。–disable-new-dtags 的作用是不要使用run-path,统一使用rpath。 configure 方式设置rpath 有时候
rpath 与runpath
weixin_30640769的博客
06-05 274
转载于:https://www.cnblogs.com/LiuYanYGZ/p/5561114.html
RPATH和RUNPATH的差异
Jackie的家
02-23 811
`RPATH`和`RUNPATH`的差异。
RPATH与RUNPATH
weixin_30532369的博客
06-01 260
RPATH与RUNPATH 时间2011-11-01 21:46:44 Qt Labs China 原文 http://labs.qt.nokia.com.cn/2011/11/01/rpath-and-runpath/ 主题 Qt 原文链接： ckamm － RPATH and RUNPATH DT_RPATH通常设置在这样一种可执行程序中，它依赖的库无法在...
rpath和runpath的区别
EmptyStupid的博客
12-28 1134
rpath和runpath的区别。
rPath简化定制Linux.pdf
09-06
rPath简化定制Linux.pdf
patchelf:一个用于修改ELF可执行文件的动态链接器和RPATH的小实用程序
04-30
PatchELF是用于修改现有ELF可执行文件和库的简单实用程序。 特别是，它可以执行以下操作： ... 例如，如果可执行文件引用一个库libfoo.so ，并且具有RPATH /lib:/usr/lib:/foo/lib ，而libfoo.so只能在/
rpath:node.js 中的递归路径遍历
07-18
路径递归路径遍历安装 $ npm install --save rpath用法 var rpath = require ( 'rpath' ) ;var allPaths = rpath . sync ( '/path/to/rpath' , false ) ;console . log ( allPaths ) ;rpath ( '/path/to/rpath' , ...
aclim1.0_rpath_EBS:从ACLIM 1.0运行白令海东部路径的代码和数据文件
03-26
aclim1.0_rpath_EBS 从ACLIM 1.0开始运行白令海东部路径的代码和数据文件。 此回购包含ACLIM 1.0的东部白令海Rpath模拟的脚本和数据文件（Hollowed等，2020）。 请参阅Whitehouse等。 （2021），以获得这些模拟的...
cmake属性 INSTALL_RPATH
flying_ant2018的博客
09-02 5355
cmake属性INSTALL_RPATH
Linux下可执行文件指定运行时库（.so文件）路径
崔杰城的博客
05-02 1865
rpath 全称是run-time search path，规定了Linux下可执行文件在寻找.so文件时的第一优先位置
动态库的调用方式
sharpyl的专栏
05-17 752
一. Embedded Binaries 方式 1. 把 xx.framework 添加到 Embedded Binaries 中； 2. 保证Build Setting - Runpath Search Paths 中设置路径，例如：@executable_path/Frameworks(xcode 一般会自动设置好)； 3. 代码中直接使用 xx.framework 头文件中提供的类即可
CMakeList.txt中增加rpath选项
cumtchw
12-20 5462
set_target_properties(tcnstream PROPERTIES LINK_FLAGS "-rpath,./libs/") set_target_properties(tcnstream PROPERTIES LINK_FLAGS "-rpath,/usr/local/neuware/lib64/") Linux 下使用如下命令查看可执行程序的链接情况 readelf -d xxx
linux动态库加载RPATH,RUNPATH
gotowqj的博客
08-18 620
链接动态库 如何程序在连接时使用了共享库，就必须在运行的时候能够找到共享库的位置。linux的可执行程序在执行的时候默认是先搜索/lib和/usr/lib这两个目录，然后按照/etc/ld.so.conf里面的配置搜索绝对路径。同时，Linux也提供了环境变量LDLIBRARYPATH供用户选择使用，用户可以通过设定它来查找除默认路径之外的其他路径，如查找/work/lib路径,你可以在/e...
Tesseract 3.04 setup on cento 6
weixin_34129145的博客
10-25 122
最近要实现OCR功能， 决定用tesseract。最新的稳定版本是3.04. github上有很好的安装教程，但是公司的server是centos 6，和ubuntu还有一点区别。 leptonica-1.73 tessaract需要用到leptonica, 安装leptonica需要另外一些库, ubuntu下的这些库，不知为何cent...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值