命名（习惯 ）：
静态库： .lib/.a 动态库.dll/.so
静态库的命名一般分为三个部分：
前缀：lib
库名称：自定义即可, 如test
后缀：.a
共享库的命名一般分为三个部分：
前缀：lib
库名称：自己定义即可, 如test
后缀：.so
库制作完成后, 如何给用户使用
头文件—包含了库函数的声明
库文件—包含了库函数的代码实现
静态库的制作:
1 将.c文件编译成.o文件
gcc -c fun1.c fun2.c
2 使用ar命令将.o文件打包成.a文件
ar rcs libtest1.a fun1.o fun2.o // 一定要加.a 后缀，否则识别不到
r:更新
c:创建
s:建立索引静态库的使用:
-I 指定头文件
-L: 指定库文件所在目录
-l: 指定库文件 libtest1.a 对应的是 test1
1 main.c与head.h和libtest1.a在同一级目录的情况
gcc -o main1 main.c -I./ -L./ -ltest1
2 main.c与head.h和libtest1.a在不同一级目录的情况
gcc -o main1 main.c -I./include -L./lib -ltest1动态库的制作:
1 将.c文件编译成.o文件
gcc -fpic -c fun1.c fun2.c
2 使用gcc将.o文件编译成库文件
gcc -shared fun1.o fun2.o -o libtest2.so动态库的使用:
gcc -o main2 main.c -I./include -L./lib -ltest2动态库文件在编译的时候, 连接器需要使用参数-L找到库文件所在的路径;
在执行的时候, 是加载器ldd根据动态库的路径进行加载的, 与编译的时候用的-L指定的路径无关.
最常用的解决办法:将LD_LIBRARY_PATH环境变量加到用户级别的配置文件~/.bashrc中,
然后生效(. ~/.bashrc source ~/.bashrc 退出终端然后再登录)
head.h
void fun1();
void fun2();fun1.c
#include <stdio.h>
void fun1()
{
printf("this is fun1\n");
}fun2.c
#include <stdio.h>
void fun2()
{
printf("this is fun2\n");
}main.c
#include <stdio.h>
#include <stdlib.h>
#include "head.h" // 头文件添加的时机是，谁调用谁加头文件，预处理的时候会将其对应的实现展开
int main(int argc, char *argv[])
{
printf("this is main!\n");
fun1();
fun2();
return 0;
}动态库执行时候报错解决
分析为什么在执行的时候找不到libtest2.so库
当系统加载可执行代码时候, 能够知道其所依赖的库的名字, 但是还需要知道所依赖的库的绝对路径。此时就需要系统动态载入器(dynamic linker/loader)。
ldd命令可以查看可执行文件依赖的库文件, 执行ldd main2, 可以发现libtest2.so找不到.
对于elf格式的可执行程序，是由ld-linux.so*来完成的, 它先后搜索elf文件的 DT_RPATH段 — 环境变量LD_LIBRARY_PATH — /etc/ld.so.cache文件列表 — /lib/, /usr/lib目录找到库文件后将其载入内存。
使用file命令可以查看文件的类型: file main2
如何让系统找到共享库
- 拷贝自己制作的共享库到/lib或者/usr/lib
- 临时设置LD_LIBRARY_PATH:
- export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径
- 永久设置, 把export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:库路径, 设置到∼/.bashrc文件或者/etc/profile文件中
- 将其添加到 /etc/ld.so.cache文件中
编辑/etc/ld.so.conf文件, 加入库文件所在目录的路径
运行sudo ldconfig -v, 该命令会重建/etc/ld.so.cache文件
解决了库的路径问题之后, 再次ldd命令可以查看可执行文件依赖的库文件, ldd main2:
