gcc中的-Wl,rpath=<your_lib_dir>选项

最新推荐文章于 2024-05-17 17:15:45 发布
最新推荐文章于 2024-05-17 17:15:45 发布
阅读量570 收藏
点赞数
分类专栏： Linux

gcc编译链接动态库时，很有可能编译通过，但是执行时，找不到动态链接库，那是

因为-L选项指定的路径只在编译时有效，编译出来的可执行文件不知道-L选项后面的值，

当然找不到。可以用ldd <your_execute>看看是不有 ‘not found’在你链接的库后面，

解决方法是通过-Wl,rpath=<your_lib_dir>，使得execute记住链接库的位置

Linux TA_Lib安装
andy.cao的博客
01-14 569
linux 安装ta-lib conda install
gcc交叉编译时设置了“--sysroot“会产生哪些影响
热门推荐
zvvzxzko2006的专栏
12-02 2万+
gcc交叉编译时设置了"–sysroot"会产生哪些影响 文章目录gcc交叉编译时设置了"--sysroot"会产生哪些影响gcc选项`--sysroot`对`-I`的影响gcc选项`--sysroot`对`-L`的影响使用CMAKE进行交叉编译时的建议1. CMAKE设置`--sysroot`通过`CMAKE_SYSROOT()`配置2. CMAKE中用来添加头文件搜索路径的宏`INCLUDE_DIRECTORIES() `并不会受到`--sysroot`选项影响3. 解决链接时无法找到动态库依赖嵌套问
gcc中的-Wl,rpath
kuangdoushi的专栏
06-27 3729
gcc中的-Wl,rpath=&lt;your_lib_dir&gt;选项gcc编译链接动态库时，很有可能编译通过，但是执行时，找不到动态链接库，那是因为-L选项指定的路径只在编译时有效，编译出来的可执行文件不知道-L选项后面的值，当然找不到。可以用ldd &lt;your_execute&gt;看看是不有 ‘not found’在你链接的库后面，解决方法是通过-Wl,rpath=&lt;your...
【GCC】参数选项笔记|-Wl,-soname|include宏定义和易错地方
bandaoyu的note
03-29 2331
-Wl,-soname （原文：https://blog.youkuaiyun.com/gohome520/article/details/7259450） -Wl选项告诉编译器将后面的参数传递给链接器。 -soname则指定了动态库的soname(短名，Short for shared object name) -Wl 表示后面的参数也就是-soname,libhello.so.1直接传给连接器ld进行处理。每一个库都有一个soname，当连接器发现程序库（如：libhello_v1.so）中有soname
复杂命令行参数gcc的-Wl的含义，注意是字母l不是数字1
南沙的星星
11-23 1364
复杂命令行参数：gcc的-Wl, -Wl,表示后面的参数将传给link程序ld（因为gcc可能会自动调用ld），如果后面的ld参数有空格，怎么传呢？比如想加一个-rpath /path？ 下面几种方法： -Wl,rpath /path -Wl,rpath:/path -Wl,rpath=/path -Wl,rpath,/path -Wl,“rpath /path” -Wl,‘rpath /path’ 经过20分钟摸索和google，我才找到正确答案是 4，记下来。 ...
gcc编译选项-Wl,-Bsymbolic/-Wl,-Bsymbolic-functions解决动态库符号冲突问题
2401_84703565的博客
05-17 2961
使用gcc编译选项-Wl,-Bsymbolic或-Wl,-Bsymbolic-function解决动态库符号冲突问题。
CMake Error at /home/sniper/anaconda3/envs/yolov8/lib/python3.8/site-packages/cmake/data/share/cmake-3.25/Modules/CMakeTestCCompiler.cmake:70 (message): The C compiler "/usr/bin/gcc" is not able to compile a simple test program. It fails with the following output: Change Dir: /opt/projects/tensorrt-alpha/yolov8/build/CMakeFiles/CMakeScratch/TryCompile-TrXrKM Run Build Command(s):/usr/bin/make -f Makefile cmTC_7d457/fast && /usr/bin/make -f CMakeFiles/cmTC_7d457.dir/build.make CMakeFiles/cmTC_7d457.dir/build make[1]: 进入目录“/opt/projects/tensorrt-alpha/yolov8/build/CMakeFiles/CMakeScratch/TryCompile-TrXrKM” Building C object CMakeFiles/cmTC_7d457.dir/testCCompiler.c.o /usr/bin/gcc --sysroot=/usr/ -march=x86-64 -o CMakeFiles/cmTC_7d457.dir/testCCompiler.c.o -c /opt/projects/tensorrt-alpha/yolov8/build/CMakeFiles/CMakeScratch/TryCompile-TrXrKM/testCCompiler.c Linking C executable cmTC_7d457 /home/sniper/anaconda3/envs/yolov8/lib/python3.8/site-packages/cmake/data/bin/cmake -E cmake_link_script CMakeFiles/cmTC_7d457.dir/link.txt --verbose=1 /usr/bin/gcc --sysroot=/usr/ -march=x86-64 -Wl,-O2 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now -Wl,--disable-new-dtags -Wl,--gc-sections -Wl,-rpath,/home/sniper/anaconda3/lib -Wl,-rpath-link,/home/sniper/anaconda3/lib -L/home/sniper/anaconda3/lib CMakeFiles/cmTC_7d457.dir/testCCompiler.c.o -o cmTC_7d457 /usr/bin/ld: 找不到 /lib/x86_64-linux-gnu/libc.so.6 于 /usr/ 内部 /usr/bin/ld: 找不到 /usr/lib/x86_64-linux-gnu/libc_nonshared.a 于 /usr/ 内部 /usr/bin/ld: 找不到 /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 于 /usr/ 内部 collect2: error: ld returned 1 exit status make[1]: *** [CMakeFiles/cmTC_7d457.dir/build.make:99：cmTC_7d457] 错误 1 make[1]: 离开目录“/opt/projects/tensorrt-alpha/yolov8/build/CMakeFiles/CMakeScratch/TryCompile-TrXrKM” make: *** [Makefile:127：cmTC_7d457/fast] 错误 2 CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:25 (PROJECT) -- Configuring incomplete, errors occurred!
06-02
根据错误提示中的信息，缺少的文件包括： - `/lib/x86_64-linux-gnu/libc.so.6` - `/usr/lib/x86_64-linux-gnu/libc_nonshared.a` - `/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2` 这些文件都是标准 C 库和动态...
``` cc := g++ name := pro workdir := workspace srcdir := src objdir := objs stdcpp := c++11 cuda_home := /datav/software/anaconda3/lib/python3.9/site-packages/trtpy/trt8cuda112cudnn8 syslib := /datav/software/anaconda3/lib/python3.9/site-packages/trtpy/lib cpp_pkg := /datav/software/anaconda3/lib/python3.9/site-packages/trtpy/cpp-packages cuda_arch := nvcc := $(cuda_home)/bin/nvcc -ccbin=$(cc) # 定义cpp的路径查找和依赖项mk文件 cpp_srcs := $(shell find $(srcdir) -name "*.cpp") cpp_objs := $(cpp_srcs:.cpp=.cpp.o) cpp_objs := $(cpp_objs:$(srcdir)/%=$(objdir)/%) cpp_mk := $(cpp_objs:.cpp.o=.cpp.mk) # 定义cu文件的路径查找和依赖项mk文件 cu_srcs := $(shell find $(srcdir) -name "*.cu") cu_objs := $(cu_srcs:.cu=.cu.o) cu_objs := $(cu_objs:$(srcdir)/%=$(objdir)/%) cu_mk := $(cu_objs:.cu.o=.cu.mk) # 定义opencv和cuda需要用到的库文件 link_cuda := cudart cudnn link_trtpro := link_tensorRT := nvinfer nvinfer_plugin link_opencv := link_sys := stdc++ dl protobuf link_librarys := $(link_cuda) $(link_tensorRT) $(link_sys) $(link_opencv) # 定义头文件路径，请注意斜杠后边不能有空格 # 只需要写路径，不需要写-I include_paths := src \ $(cuda_home)/include/cuda \ $(cuda_home)/include/tensorRT \ $(cpp_pkg)/opencv4.2/include \ $(cuda_home)/include/protobuf # 定义库文件路径，只需要写路径，不需要写-L library_paths := $(cuda_home)/lib64 $(syslib) $(cpp_pkg)/opencv4.2/lib # 把library path给拼接为一个字符串，例如a b c => a:b:c # 然后使得LD_LIBRARY_PATH=a:b:c empty := library_path_export := $(subst $(empty) $(empty),:,$(library_paths)) # 把库路径和头文件路径拼接起来成一个，批量自动加-I、-L、-l run_paths := $(foreach item,$(library_paths),-Wl,-rpath=$(item)) include_paths := $(foreach item,$(include_paths),-I$(item)) library_paths := $(foreach item,$(library_paths),-L$(item)) link_librarys := $(foreach item,$(link_librarys),-l$(item)) # 如果是其他显卡，请修改-gencode=arch=compute_75,code=sm_75为对应显卡的能力 # 显卡对应的号码参考这里：https://developer.nvidia.com/zh-cn/cuda-gpus#compute # 如果是 jetson nano，提示找不到-m64指令，请删掉 -m64选项。不影响结果 cpp_compile_flags := -std=$(stdcpp) -w -g -O0 -m64 -fPIC -fopenmp -pthread cu_compile_flags := -std=$(stdcpp) -w -g -O0 -m64 $(cuda_arch) -Xcompiler "$(cpp_compile_flags)" link_flags := -pthread -fopenmp -Wl,-rpath='$$ORIGIN' cpp_compile_flags += $(include_paths) cu_compile_flags += $(include_paths) link_flags += $(library_paths) $(link_librarys) $(run_paths) # 如果头文件修改了，这里的指令可以让他自动编译依赖的cpp或者cu文件 ifneq ($(MAKECMDGOALS), clean) -include $(cpp_mk) $(cu_mk) endif $(name) : $(workdir)/$(name) all : $(name) run : $(name) @cd $(workdir) && ./$(name) $(run_args) $(workdir)/$(name) : $(cpp_objs) $(cu_objs) @echo Link $@ @mkdir -p $(dir $@) @$(cc) $^ -o $@ $(link_flags) $(objdir)/%.cpp.o : $(srcdir)/%.cpp @echo Compile CXX $< @mkdir -p $(dir $@) @$(cc) -c $< -o $@ $(cpp_compile_flags) $(objdir)/%.cu.o : $(srcdir)/%.cu @echo Compile CUDA $< @mkdir -p $(dir $@) @$(nvcc) -c $< -o $@ $(cu_compile_flags) # 编译cpp依赖项，生成mk文件 $(objdir)/%.cpp.mk : $(srcdir)/%.cpp @echo Compile depends C++ $< @mkdir -p $(dir $@) @$(cc) -M $< -MF $@ -MT $(@:.cpp.mk=.cpp.o) $(cpp_compile_flags) # 编译cu文件的依赖项，生成cumk文件 $(objdir)/%.cu.mk : $(srcdir)/%.cu @echo Compile depends CUDA $< @mkdir -p $(dir $@) @$(nvcc) -M $< -MF $@ -MT $(@:.cu.mk=.cu.o) $(cu_compile_flags) # 定义清理指令 clean : @rm -rf $(objdir) $(workdir)/$(name) $(workdir)/*.trtmodel $(workdir)/demo.onnx # 防止符号被当做文件 .PHONY : clean run $(name) # 导出依赖库路径，使得能够运行起来 export LD_LIBRARY_PATH:=$(library_path_export)```empty := library_path_export := $(subst $(empty) $(empty),:,$(library_paths))解释一下，每一行什么意思，具体一些
最新发布
03-08
run_paths := $(foreach item,$(library_paths),-Wl,-rpath=$(item)) include_paths := $(foreach item,$(include_paths),-I$(item)) library_paths := $(foreach item,$(library_paths),-L$(item)) link_librarys :...
GCC详解的-Wl选项说明与测试
Youning_Yim的博客
08-23 2352
GCC详解的-Wl选项说明与测试;编译后查看关联库指向与rpatch。
gcc的 -Wl参数的作用
bsnry的专栏
09-15 1万+
http://stackoverflow.com/questions/2954387/can-i-mix-static-and-shared-object-libraries-when-linking http://blog.chinaunix.net/uid-20737871-id-3083925.html statick只能链接静态库，也就是说接在static后面的库都应该是静
Linux GCC查漏补缺
xiaoshixiu的专栏
06-24 645
1、gcc -Wl,--wrap,function -Wl表示将参数传递给ld链接器，--wrap,function或者--wrap=function，此选项可以替换标准库函数，实现不改变原有库的情况下，使用新实现替换原有库函数。 Example： #include<stdio.h> #include<stdlib.h> void* __real_malloc(s...
GCC 选项 “-Wl,-rpath=“
XFH1207的博客
11-18 1378
1. 介绍 -Wl,-rpath=<your_lib_dir> 为程序添加一个运行时库文件搜索路径。 -Wl：这个是gcc的参数，表示编译器将后面的参数传递给链接器 ld。 -rpath：添加一个文件夹作为运行时库的搜索路径。在运行链接时，优先搜索-rpath路径，再去搜索LD_RUN_PATH路径。 例如： # 指定链接的位置 $(prefix)/lib。程序运行时会先去$(prefix)/lib下搜索所需库文件。 gcc -o foo foo.c -L$(prefix)/lib -lfo
Linux下静态库与动态库
weixin_53361650的博客
04-13 578
一、库的介绍 在windows和Linux下都存在着大量的库，库是什么呢？本质上来说，库是一种可执行代码的二进制文件，可以被操作系统载入内存执行。我们通常将一些通用函数写成函数库，所以库是别人写好的，现有的、成熟的，可以复用的代码。我们显示写代码不可能每一份代码都从头编写，但当我们拥有库时，我们就直接可以将我们所需要的文件链接进我们的程序中，可以节省大量的时间，提高效率。Linux下主要有两种库：静态库和动态库。 二、静态库 静态库的文件名命名方式是“libxxx.a”，库名前面加“lib”,window
linux libdir路径,linux libdir
weixin_33918358的博客
05-12 1869
RetestPHP Version 5.3.3SystemLinux localhost.localdomain 2.6.32-358.el6.x86_64 #1 SMP Fri Feb 22 00:31:26 UTC 2013 x86_64Build DateJul 9 2015 17:39:38Configure Command'./configure' '--buil...
gcc 可执行文件 相对路径动态库
q1009020096的博客
05-16 1456
问题描述 目录结构如下： 编译build.sh脚本为： gcc main.c -L. -ltlcpsocket -o main 编译后 运行可执行程序main，提示找不到动态链接库 默认情况下Linux系统到/lib或 /lib64下寻找链接库，如果连接库在这两个地方没有那么就会出现这个问题，即便我们的动态链接库与可执行程序位于同一个目录内。 我们使用gcc的-L参数指定了编译时的连接库所在目录位置，因此程序可以顺利编译。 在运行时，程序启动时需要加载动态链接库，上述问题就是在运行时找不到链接库导致
gcc -Wl,-rpath=. 指定当前路径为库搜索路径
闲人的专栏
04-01 1万+
GNU/LinuxGCC指定动态库路径详细讲述了Linux下动态库路径的作用。 在C/C++程序里经常会调用到外部库函数，最常用的方法莫过于export LD_LIBRARY_PATH，不过使用它存在一些弊端，可能会影响到其它程序的运行。在经历的大项目中就遇到过，两个模块同时使用一外部动态库，而且版本还有差异，导致其中一模块出错，两模块是不同时期不同人员分别开发，修正起来费时费力。 ...
【Linux】内功篇：GCC基础知识
致力于Linux的博客
04-09 1718
GCC作为一种编译器，在Linux内核的系统中经常被使用。因此，掌握GCC编译器的基础知识并理解GCC编译原理，能提高Linux环境下C编程的能力，为以后的服务器开发、嵌入式Linux开发奠定内功基础。本篇内容为学习笔记，来源于播布客---GCC编译器使用。若涉及版权问题，请联系删除。
gcc、gdb、Makefile、cmake
努力跟上大佬脚步的小码农酥酥
03-05 1181
调试、编译
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值