先明白动态库文件的3个名字
soname :通过gcc/g++ -soname,libtest2.so.1 设置他是程序中连接文件的时候找的文件,本身为一个连接,他包含大版本,如果任何小版本的变化,直接替换到
realname,然后ln -s 建立同样的soname 到新的realname文件即可,不需要重新编译程序。
realname:是动态库文件的真实的名字及-o libtest2.so.1.1 生成的,sonanme 软连接指向它,虽然程序连接的时候找到的soname但是通过连接找到实际的
realname,他包含大版本和小版本。
linkname:这个可有可无,但是如果要,他不包含版本信息,在g++的时候应该使用这个名字,避免版本改动重新编译makefile,如果哪天大版本也发生了变化
使用linkname是版本无关的任然能够编译通过。我们只需要重新建立linkname的指向到新版本即可
比如:
libtest2.so.1.1 为realname
libtest2.so.1 为soname
libtest2.so 为linkname
编译或者使用makefile的时候应该尽量使用linkname,而不是使用realname
如
g++ main.cpp libtest2.so
1、生成目标文件,二进制机器码未连接,使用-c,-g为可以调试
g++ -fPIC -c -g t2.cpp {可以多个}
生成.o的机器码文件没有连接 -fPIC代码位置无关
2、生成动态库文件
g++ -shared -Wl,-soname,libtest2.so.1 -o libtest2.so.1.1 t2.o {可以多个}
生成soname为libtest2.so.1真实名字为libtest2.so.1.1的动态库文件文件名字为relname
1.1为主版本和发行版
readelf -d libtest2.so.1.1
可以查看soname和relname
3、生成soname软连接
/etc/ld.so.conf 加入一行 /home/linuxidc/CPLUSPLUS/part9
执行ldconfig自动生成soname
同时搜索库文件文件也会搜索/etc/ld.so.conf的新配置的目录下的soname
或者指定目录生成soname
ldconfig -n /home/linuxidc/CPLUSPLUS/part9
生成连接连接实际上就是soname指向realname
或者
也可以使用ln -s 来建立soname
ln -s /home/linuxidc/CPLUSPLUS/part9/libfu.so.1.1 /home/linuxidc/CPLUSPLUS/part9/libfu.so.1
后两种方式需要修改
LD_LIBRARY_PATH环境变量指向这个目录/home/linuxidc/CPLUSPLUS/part9/
因为默认不会再自定义的目录下面早除非指定了
/etc/ld.so.conf并且ldconfig生效了
4、
g++ main.cpp libtest2.so.1.1 不推荐这种方式应该使用linkname见下面
5、
ldd a.out
查看程序需要的库文件,这里表示出来的是soname位置,而不是rename或者linkname
程序动态连接实际上如果有soname就会找到soname
建立linkname
如 lns -s libtest2.so.1.1 libtest2.so
这里的libtest2.so 就是一个link name
那么我们编译的时候
就是
g++ main.cpp libtest2.so 代替掉第四步
用户的soname和realname文件及linkname文件全部放到 /usr/lib下,这种情况下只要有soname正确的指向了,就
不需要修改,当然也可以随意
这里使用soname放到/usr/lib下其他放到当前目录
当前realname文件在目录/home/linuxidc/CPLUSPLUS/part9/
生成soname,使用ln -s方法
sudo ln -s /home/linuxidc/CPLUSPLUS/part9/libfu.so.1.1 /usr/lib/libfu.so.1
sudo ln -s /home/linuxidc/CPLUSPLUS/part9/libfu2.so.1.10 /usr/lib/libfu2.so.1
生成linkname,使用ln -s
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ln -s libfu.so.1.1 libfu.so
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ln -s libfu2.so.1.10 libfu2.so
linuxidc@linuxidc:~/CPLUSPLUS/part9$ g++ main.cpp libfu.so libfu2.so
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ldd a.out
linux-vdso.so.1 => (0x00007ffccb799000)
libfu.so.1 => /usr/lib/libfu.so.1 (0x00007f1be882e000)
libfu2.so.1 => /usr/lib/libfu2.so.1 (0x00007f1be862c000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f1be8328000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1be7f63000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1be7c5d000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1be8a31000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f1be7a47000)
如果mv任何一个realname文件出错
linuxidc@linuxidc:~/CPLUSPLUS/part9$ mv libfu.so.1.1 libfu.so.1.1bak
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ./a.out
./a.out: error while loading shared libraries: libfu.so.1: cannot open shared object file: No such file or directory
linuxidc@linuxidc:~/CPLUSPLUS/part9$ ldd a.out
linux-vdso.so.1 => (0x00007ffcedde5000)
libfu.so.1 => not found ---这里soname就找不到了
libfu2.so.1 => /usr/lib/libfu2.so.1 (0x00007fd86e4f1000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fd86e1ed000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fd86de28000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fd86db22000)
/lib64/ld-linux-x86-64.so.2 (0x00007fd86e6f3000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fd86d90c000)
当然soname也可以放到任何目录,如我随意放了一个目录为
/home/linuxidc/CPLUSPLUS/part9/lib
而
realname文件在
/home/linuxidc/CPLUSPLUS/part9
那么显然在/usr/lib下找不到这个soname,那么我们需要做的就是
export LD_LIBRARY_PATH=/home/linuxidc/CPLUSPLUS/part9/lib
让g++程序能够找到这个soname,或者修改/etc/ld.so.conf并且ldconfig生效了