-Wl,-rpath=

本文详细介绍了Linux系统中动态库编译和链接的三个关键参数：-L、-rpath和-rpath-link。-L指定编译时库搜索路径；-rpath将运行时库路径硬编码到可执行文件中；-rpath-link仅用于解决链接阶段的库依赖问题。文章还阐述了动态库的查找顺序、查看依赖的方法（ldd和readelf）、修改查找路径的多种方式，以及常见问题的解决方案。通过合理使用这些参数，可以有效管理动态库的编译、链接和运行时行为，解决复杂的库依赖问题。特别推荐使用-rpath和$ORIGIN来提高程序的可移植性。

gcc编译链接动态库时，很有可能编译通过，但是执行时，找不到动态链接库，那是 因为-L选项指定的路径只在编译时有效，编译出来的可执行文件不知道-L选项后面的值， 当然找不到。可以用ldd <your_execute>看看是不有 ‘not found’在你链接的库后面， 解决方法是通过-Wl,rpath=<your_lib_dir>，使得execute记住链接库的位置 ...

-Wl参数的理解 gcc的-Wl，xxx选项将逗号分隔的标记列表作为空格分隔的参数列表传递给链接器，即： gcc -Wl,aaa,bbb,ccc 最终变成了linker的用法： ld aaa bbb ccc 如果是想把ld -rpath通过-Wl传递给gcc，可以是-Wl,-rpath,xxx，也可以指定-Wl的重复实例： gcc -Wl,aaa -Wl,bbb -Wl,ccc 类似的参数 -Wa,<options> Pass comma-separated <options

实例先行，

工作中有时会遇到可执行程序运行时使用指定目录下的动态库，若是直接修改环境变量，可能会对其他程序产生影响，因此可以在编译时使用-Wl,rpath来指定运行时路径。 比如 /home/lib 下存在 libtest.so ， /home/test 下存在 test.c 和 libtest.so文件，编译出的可执行文件依赖动态库 libtest.so /home |--lib -libtest.so |--test - test.c - libtest.so

注：我自己的一般方法是在可执行文件位于构建树中，并依赖于构建树中的其他库时，将其与–rpath选项链接，以便于调试，但在安装（make install，building packages）时，需要在不使用–rpath选项的情况下重新链接，并将查找共享库的任务留给目标平台的适当。，例如你显示指定的需要 FOO.so，但是 FOO.so 本身是需要 BAR.so 的，后者你并没有指定，而是 FOO.so 引用到它，这个时候，会先从 -rpath-link 给的路径里找。指定了运行时的so搜索路径。

makefile中使用-Wl,-rpath 解决运行时无法找到动态库的问题

使用GCC编译动态链接库的项目时，在其他目录下执行很可以出现找不到动态链接库的问题。 这种情况多发生在动态链接库是自己开发的情况下，原因就是程序运行时找不到去何处加载动态链接库。 可能会说在编译时指定了链接的目录啊? 编译时指定的 -L的目录，只是在程序链接成可执行文件时使用的。程序执行时动态链接库加载不到动态链接库。 解决办法有两种: 程序链接时指定链接库的位置，就是使用-wl,-rpath...

2019独角兽企业重金招聘Python工程师标准>>> ...

在使用gcc进行编译时，由于涉及到了移植问题（大概吧），把部分动态链接库复制到了工程的文件夹下，但是在进行编译的时候，会出现提示libxxx.so need by libxxx.so,not found(try using -rpath or -rpath-link) 该提示我理解的意思应该是动态链接库没有找到，需要使用-rpath进行指定，使用-rpath只需要在gcc命令中添...

Linux系统使用动态链接器在应用程序启动时或运行时加载动态链接库（DLLs，即.so文件）。动态链接器根据一系列规则和路径查找这些库，默认情况下会搜索标准库目录（如/lib和/usr/lib）以及编译应用程序时指定的RPATH和RUNPATH。

GNU/LinuxGCC指定动态库路径详细讲述了Linux下动态库路径的作用。 在C/C++程序里经常会调用到外部库函数，最常用的方法莫过于export LD_LIBRARY_PATH，不过使用它存在一些弊端，可能会影响到其它程序的运行。在经历的大项目中就遇到过，两个模块同时使用一外部动态库，而且版本还有差异，导致其中一模块出错，两模块是不同时期不同人员分别开发，修正起来费时费力。 ...

Wl,-rpath= 为程序添加一个运行时库文件搜索路径。例如：指定链接的位置。程序运行时会先去下搜索所需库文件。