关于linux下链接动态库.so文件时时因编译时链接跟运行时链接而出错的一些问题，以及-L -l的意义_gcc动态链接 -l

一、gcc链接动态库编译时-L的问题

gcc -shared -fpic add.o sub.o -o libcount1.so  
//（-l（小写l）指定动态库文件名）
//生成动态库文件libcount1.so
1
2
3

(一)此时动态库文件只在当前目录下
①

gcc main.c -o main -L./ -lcount1
//编译通过：-L指定动态库文件所在路径，l指定库文件名

./main
//运行报错：error while loading shared libraries: libcount1.so: cannot open shared object file:
//          加载共享库时出错:libcount1。因此:无法打开共享对象文件:没有这样的文件或目录
//原因？（看结论）
1
2
3
4
5
6
7

②

gcc main.c -o main -lcount1
//编译时没有用-L指定动态库文件所在路径
//编译报错 /usr/bin/ld: cannot find -lcount1
//          /usr/bin/ld下找不到count1
//原因？（看结论）
1
2
3
4
5

(二)将动态库文件libcount1.so复制到/lib/下，但原目录下动态库文件并未删除 ：

sudo cp libcount1.so /lib/
1

①

gcc main.c -o main -L./ -lcount1
//编译通过
//运行通过
1
2
3

②

gcc main.c -o main -lcount1
//编译通过
//运行通过
1
2
3

(三)将动态库文件libcount1.so复制到/lib/后，并且删除原目录下动态库文件 ：

rm libcount1.so
1

①

gcc main.c -o main -L./ -lcount1
//编译通过
//运行通过
1
2
3

②

gcc main.c -o main -lcount1
//编译通过
//运行通过
1
2
3

结论：在linux下gcc编译时如果需要链接动态库文件，则有两个链接过程：
编译时链接，运行时链接

编译时链接：系统会优先从-L指定的路径查找库文件，若没有则从/lib/下查找，所以如果/lib/下面有所需静态库文件则-L可省略,链接之后的文件会记住动态库里面相应的函数地址

运行时链接：系统会直接在/lib/下查找所需动态库文件，若没有则运行报错，找到后将相应函数定义链接进来然后执行

所以实际上用-L指定动态库文件路径只能保证编译通过，是否能执行还是得看/lib/下面有没有该库文件

二、gcc编译链接静态库时-L的问题

ar -rc libhaha.a add.o sub.o
//生成静态库文件libhaha.a
1
2

此时动态库文件只在当前目录下

gcc main.c -o main -L./ -lhaha
//编译通过
//运行通过
1
2
3

gcc main.c -o main -lhaha
//编译报错
//usr/bin/ld: cannot find -lhaha
// /bin/下无法找到静态库文件
1
2
3
4

结论：在进行编译链接静态库时，必须用-L指定静态库文件路径即可编译并运行通过，因为链接静态库时只有编译时来链接而没有运行时链接所以不需要将静态库放到/lib/下面