动态库编译详解
当前类介绍:upper.c ( upper) 依赖于 bottom.c(play)
说明:当执行可执行程序的时候,需要去/lib. /user/lib下和LD_LIBRARY_PATH下寻找so.并不会在当前目录下寻找.
所以执行./main.out会报错.如下:
解决方案:指定.so运行搜寻路径
1.-Wl,-rpath ./mypath 加入参数,并且将libplay.so copy到./mypath目录下.
2.设置LD_LIBRARY_PATH,指定目录.
说明:指定了-Wl,-rpath, 设置LD_LIBRARY_PATH也是可以生效的.并不是说只会去-Wl,-rpath下寻找.
首先生成一个bottom.so,然后用upper.so去依赖bottom.so, 然后main.c 再去依赖upper.so.
说明:这里编译的时候直接出错,是因为没有指定搜寻路径,所以无法通过编译.
解决编译问题方案.
1.我们依然采用LD_LIBRARY_PATH的方式可以解决编译和运行的问题.
2.生成libplay的时候,直接指定-Wl,-rpath 给libbottom.可以解决编译不通过的问题.
3.依赖所有库
依赖所有库只能解决编译问题,无法处理运行的路径.
另一种思路:我们在执行main.out的时候 执行-Wl,-rpath.并不在生成libplay的时候指定,看下是否正常.
由此可见,-Wl,-rpath 只能针对直接依赖的libplay.so指定了路径,但是libbottom还是无法查找到 .但是LD_LIBRARY是可以的.
rpath只能对直接依赖的so设置搜寻目录,并且可以设置所有依赖的编译路径.
总结: 解决编译问题,在生成libplay的时候指定-Wl,-rpath运行路径,或者设置LD_LIBRARAY_PATH,都可以解决这个问题.
当我们现在拥有的so包含一个直接依赖的so和很多间接依赖的so,但是没有设置rpath.所以是不能直接依赖主so进行编译和运行的.
为了通过编译:
1.在只链接主so的情况下可以去设置rpath或者LD_LIBRARY_PATH.
2.或者链接所有so.
为了通过运行:
为了正常运行可以设置LD_LIBRARY_PATH.
--disable-new-dtags,--copy-dt-needed-entries
结论概述:
1.我们在生成间接依赖的库的时候,为了保证其他库可以直接依赖,需要加入-Wl,-rpath.保证编译通过.
2.LD_LIBRARY_PATH可以解决一切编译运行问题.
