ubuntu---记录.动态库默认路径的踩坑

Posted 2021-03-25 烂笔头@WP

发现这个问题，还是经过一个报错问题卡了好多天，然后请求好多人的支援，最后个人的疑问：为什么明明指明了路径，生成 .SO 没有问题，在调用.SO 就有问题，报错各种找不到函数或者未定义，然后把缺的 *.so 都一顿拷贝至 /lib  或者 /usr/lib 中 有时又可以解决问题，但不是每次都好用 ？   --- linux动态链接库的加载顺序。

linux动态链接库的加载顺序:
它有5个地方会查找，
1. 编译时指定的run path
2. LD_LIBRARY_PATH 指定的地方
3. ldconfig 指定的地方
4. /lib
5. /usr/lib


其它说明:
    pos1 通过readelf -d test 可以看到(RPATH) Library rpath: [pos1]
    pos2 需要用LD_LIBRARY_PATH 说明。此例为: export LD_LIBRARY_PATH=./pos2
    pos3 需要在/etc/ld.so.conf 中指明，此例为:/home/hjj/MyTest/temp/pos3
         然后ldconfig 生成缓存使设置生效。
    pos4 系统目录/lib
    pos5 系统目录/usr/lib 

原文链接：https://blog.csdn.net/hejinjing_tom_com/article/details/52454478

 

问题报错，示例：

# Path
DARKNET_PATH ?= ../darknet
MOT_DEEPSORT_PATH ?= ../tracker
# OPENCV_PATH ?= ../../../opencv-4.0.1
OPENCV_PATH ?= /usr/local/opencv3.4.7  #@WP

# Common definitions
GCC ?= g++ -g
NVCC ?= $(CUDA_PATH)/bin/nvcc

CCFLAGS := -fPIC -std=c++11 -lstdc++fs -Wall -O0 -Wunused-function -Wunused-variable
NVCCFLAGS := --compiler-options "-fPIC -Wall -O0 -std=c++11 -mavx -mavx2" -std=c++11 -lstdc++fs


# Common includes and paths
INCLUDES += -I$(DARKNET_PATH)/include
INCLUDES += -I$(MOT_DEEPSORT_PATH)/include
INCLUDES += -I/usr/local/opencv3.4.7/include/opencv       #@WP
INCLUDES += -I/usr/local/opencv3.4.7/include/opencv2      #@WP
INCLUDES += -I/usr/local/opencv3.4.7/include/opencv2/core #@WP
#INCLUDES += -I/usr/local/opencv3.4.7/lib       #@WP

# Link applications against stub libraries provided in the SDKs.
LDFLAGS += -L$(MOT_DEEPSORT_PATH) -ldeepsort
LDFLAGS += -Wl,-rpath="/usr/local/lib"
LDFLAGS += -lopencv_objdetect -lopencv_highgui -lopencv_core -lopencv_imgproc -lopencv_imgcodecs -lopencv_videoio  #@WP
#LDFLAGS += -L/usr/local/opencv3.4.7/lib -lopencv_objdetect -lopencv_highgui -lopencv_core -lopencv_imgproc -lopencv_imgcodecs -lopencv_videoio  #@WP
LDFLAGS += -L$(DARKNET_PATH) -ldarknet
LDFLAGS += -Wl,-rpath="$(DARKNET_PATH)"
LDFLAGS += -Wl,-rpath="$(MOT_DEEPSORT_PATH)"


#这里需要根据自己在linux上配置的opencv路径修改
#INCLUDES = -I/usr/local/opencv3.4.2/include/opencv -I.
#LIBS = -L/usr/local/opencv3.4.2/lib -lopencv_objdetect -lopencv_highgui -lopencv_imgcodecs -lopencv_core -lopencv_videoio -lopencv_imgproc


#
EXE_NAME ?= my_demo

all: $(EXE_NAME)

%.o: %.cpp
    $(GCC) $(CCFLAGS) $(INCLUDES) -c $<

%.o: $(CLIENT_SERVER_PROTO)/%.cpp
    $(GCC) $(CCFLAGS) $(INCLUDES) -c $<

%.o: $(CLIENT_SERVER_PROTO)/%.cc
    $(GCC) $(CCFLAGS) $(INCLUDES) -c $<

$(EXE_NAME): my_demo.o
    $(GCC) $(CCFLAGS) $(INCLUDES) -o $@ $^ $(LDFLAGS)

clean:
    rm -rf *.o $(EXE_NAME)

 

 解决：

u@u160406:~/sort/DeepSort_yoloV3-HOG_feature$ sudo gedit /etc/ld.so.conf
[sudo] u 的密码： 

在/etc/ld.so.conf加入内容：

/usr/local/opencv3.4.7/lib
/usr/local/opencv3.4.7/include


u@u160406:~/sort/DeepSort_yoloV3-HOG_feature$ source /etc/ld.so.conf
include：未找到命令
bash: /usr/local/opencv3.4.7/lib: 是一个目录
bash: /usr/local/opencv3.4.7/include: 是一个目录
u@u160406:~/sort/DeepSort_yoloV3-HOG_feature$ ldconfig
^Z
[1]+  已停止               ldconfig
u@u160406:~/sort/DeepSort_yoloV3-HOG_feature$ sudo ldconfig
u@u160406:~/sort/DeepSort_yoloV3-HOG_feature$ 

 

解决问题的过程中，学会几个命令：

grep -R <一个想要找的关键字>

移动文件之后，需要：sudo ldconfig  一下，使修改生效

 

参考：

一、 Linux 动态库选择顺序指：

1.  编译程序时用到动态库，该从那些地方查找，按照怎么样的顺序查找？

2.  运行程序时需要动态库，该从那些地方查找，按照怎么样的顺序查找？
二、gcc 编译程序时查找SO顺序如下：

1.  gcc 编译时参数-L指定的路径

2.  环境变量 LIBRARY_PATH

3.  系统默认库位置 /lib    /usr/lib
三、Linux 程序运行时查找SO顺序如下：

1.  gcc 编译时指定的运行时库路径 -Wl,-rpath

2.  环境变量 LD_LIBRARY_PATH

3.  ldconfig 缓存 /etc/ld.so.cache

4  系统默认库位置 /lib    /usr/lib
四、LIBRARY_PATH和LD_LIBRARY_PATH环境变量的区别

LIBRARY_PATH和LD_LIBRARY_PATH是Linux下的两个环境变量，二者的含义和作用分别如下：

LIBRARY_PATH环境变量用于在程序编译期间查找动态链接库时指定查找共享库的路径，例如，指定gcc编译需要用到的动态链接库的目录。设置方法如下（其中，LIBDIR1和LIBDIR2为两个库目录）：

export LIBRARY_PATH=LIBDIR1:LIBDIR2:$LIBRARY_PATH

LD_LIBRARY_PATH环境变量用于在程序加载运行期间查找动态链接库时指定除了系统默认路径之外的其他路径，注意，LD_LIBRARY_PATH中指定的路径会在系统默认路径之前进行查找。设置方法如下（其中，LIBDIR1和LIBDIR2为两个库目录）：

export LD_LIBRARY_PATH=LIBDIR1:LIBDIR2:$LD_LIBRARY_PATH

举个例子，我们开发一个程序，经常会需要使用某个或某些动态链接库，为了保证程序的可移植性，可以先将这些编译好的动态链接库放在自己指定的目录下，然后按照上述方式将这些目录加入到LD_LIBRARY_PATH环境变量中，这样自己的程序就可以动态链接后加载库文件运行了。

区别与使用：

开发时，设置LIBRARY_PATH，以便gcc能够找到编译时需要的动态链接库。

发布时，设置LD_LIBRARY_PATH，以便程序加载运行时能够自动找到需要的动态链接库。

注意：新设置变量 LD_LIBRARY_PATH ，下次开机，一切设置将不复存在；如何把这个值持续写到 LD_LIBRARY_PATH 里呢？

我们就会想有不有什么一劳永逸地方法，使得设置之后就不用再去设置了？答案是肯定的。有两种：

1、在~/目录下打开.bash_profile文件，设置环境变量如下：

    LD_LIBRARY_PATH=dir：$LD_LIBRARY_PATH
    export LD_LIBRARY_PATH

LD_LIBRARY_PATH  这个环境变量是大家最为熟悉的，它告诉loader：在哪些目录中可以找到共享库。可以设置多个搜索目录，这些目录之间用冒号分隔开。

2、在linux下，还 提供了另外一种方式来完成同样的功能，你可以把这些目录加到/etc/ld.so.conf中，然后调用ldconfig。
五、链接选项-I,-l,-L,-Wl:rpath

-I,添加包含路径

-I 在编译时用，告诉编译器去哪个路径下找文件

如：-I /home/hello/include

表示将/home/hello/include目录作为第一个寻找头文件的目录。

编译器的寻找顺序是：/home/hello/include-->/usr/include-->/usr/local/include。如果在/home/hello/include中有个文件hello.h，则在程序中用#include<hello.h>就能引用到这个文件。

可以加多个包含路径，编译器的寻找顺序为添加的顺序。

-l,添加引用链接库

-l 在链接时用到，它的作用是告诉链接器，要用到哪个库。
如：-l pthread

告诉链接器(linker)，程序需要链接pthread这个库,这里的pthread是库名不是文件名，具体来说文件句是libpthread.so。

-L,添加链接库路径
-L 后跟路径，告诉链接器从哪找库(.so文件)，只有在链接时会用到。

如：-L /home/hello/lib

表示将/home/hello/lib目录作为第一个寻找库文件的目录，寻找顺序是：/home/hello/lib-->/usr/lib-->/usr/local/lib。

可以加多个包含路径，链接器的寻找顺序为添加的顺序。

 
-Wl:rpath,添加运行时库路径

-Wl:rpath 后面也是路径，运行的时候用。这条编译指令会在编译时记录到target文件中，所以编译之后的target文件在执行时会按这里给出的路径去找库文件。

如：-Wl:rpath=/home/hello/lib

表示将/home/hello/lib目录作为程序运行时第一个寻找库文件的目录，程序寻找顺序是：/home/hello/lib-->/usr/lib-->/usr/local/lib。

可以加多个包含路径，程序在运行时的寻找顺序为添加的顺序。
 

参考：

https://blog.csdn.net/hejinjing_tom_com/article/details/52454478