转载请注明出处,谢谢 https://www.cnblogs.com/tianknight/p/10648021.html

前言

关于gcc这三个参数,参考了诸多文档后,仍然理解上有偏差,仿照下面博客中的方法,自己调试了一波,总算是理解了。还是建议大家动手实践一下。

参考资料如下:

源码准备

新建三个文件:test.c hello.c world.c ,其源码依赖关系为:test.c 依赖 hello.c;hello.c 依赖 world.c

源码内容

test.c

#include <stdio.h>
void world(void);
void hello(void)
{
printf("hello ");
world();
}

hello.c

#include<stdio.h>
void hello(void);
void main(void)
{
hello();
}

world.c

#include<stdio.h>
void world(void)
{
printf("world.\n");
}

尝试编译,保证源码没有问题

# -o 指定输出文件
[root@localhost testc]# ls
hello.c test.c world.c
[root@localhost testc]# gcc -o hehe *.c
[root@localhost testc]# ls
hehe hello.c test.c world.c
[root@localhost testc]# ./hehe
hello world.

编译

首先编译world.c

# -shared 编译链接库
# -fPIC 我的理解是编译链接库时给代码动态分配内存
[root@localhost testc]# gcc -shared -fPIC -o libworld.so world.c
[root@localhost testc]# ls
hello.c libworld.so test.c world.c
[root@localhost testc]# ldd libworld.so
linux-vdso.so.1 => (0x00007ffd7498f000)
libc.so.6 => /lib64/libc.so.6 (0x00007fcb49815000)
/lib64/ld-linux-x86-64.so.2 (0x00007fcb49dea000) #上述命令和下面的等价,建议选取单条命令即可:gcc -shared -fPIC -o libworld.so world.c
# -c 只激活预处理,编译,和汇编,也就是他只把程序做成obj文件
[root@localhost testc]# gcc -c -fPIC world.c
[root@localhost testc]# ls
hello.c test.c world.c world.o
[root@localhost testc]# gcc -shared -fPIC -o libworld.so world.o
[root@localhost testc]# ls
hello.c libworld.so test.c world.c world.o
[root@localhost testc]# ldd libworld.so
linux-vdso.so.1 => (0x00007ffd0dfa9000)
libc.so.6 => /lib64/libc.so.6 (0x00007f4357dcb000)
/lib64/ld-linux-x86-64.so.2 (0x00007f43583a0000)

编译并链接hello.c

# -lxxx 指定需要动态链接的库文件
# -L 指定动态连接库文件的位置(编译时)
# . 指当前路径
# 下面编译出的libhello.so文件已经显式依赖libworld.so文件,但是没有找到libworld.so的位置
[root@localhost testc]# gcc -shared -fPIC -o libhello.so hello.c -lworld -L.
[root@localhost testc]# ls
hello.c libhello.so libworld.so test.c world.c
[root@localhost testc]# ldd libhello.so
linux-vdso.so.1 => (0x00007ffe61b89000)
libworld.so => not found
libc.so.6 => /lib64/libc.so.6 (0x00007ff73cc1e000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff73d1f4000)

调试编译test.c

[root@localhost testc]# ls
hello.c libhello.so libworld.so test.c world.c # 编译出错,提示找不到hello
[root@localhost testc]# gcc -o haha test.c
/tmp/ccQCWcSW.o: In function 'main':
test.c:(.text+0x5): undefined reference to 'hello'
collect2: error: ld returned 1 exit status # 添加libhello.so的链接索引,并指定库的搜索路径为'.'(当前路径)
# 依然编译失败,提示找不到libworld.so,该库被libhello.so依赖,并提示建议使用-rpath 或 -rpath-link解决
[root@localhost testc]# gcc -o haha test.c -lhello -L.
/usr/bin/ld: warning: libworld.so, needed by ./libhello.so, not found (try using -rpath or -rpath-link)
./libhello.so: undefined reference to 'world'
collect2: error: ld returned 1 exit status # 手动添加libworld.so的依赖,编译通过,查看haha的链接库,已经显式指出依赖,但是没有找到其位置
[root@localhost testc]# gcc -o haha test.c -lhello -L. -lworld
[root@localhost testc]# ldd haha
linux-vdso.so.1 => (0x00007fff556ea000)
libhello.so => not found
libworld.so => not found
libc.so.6 => /lib64/libc.so.6 (0x00007f1ff0c97000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1ff106b000) # 执行编译出的haha,执行报错,提示找不到依赖库
[root@localhost testc]# ./haha
./haha: error while loading shared libraries: libhello.so: cannot open shared object file: No such file or directory #修改系统环境变量'LD_LIBRARY_PATH',增加索引库的位置,查看依赖OK,执行haha, 结果OK, 清空'LD_LIBRARY_PATH'
[root@localhost testc]# export LD_LIBRARY_PATH=/home/testc/ && echo $LD_LIBRARY_PATH
/home/testc/
[root@localhost testc]# ldd haha
linux-vdso.so.1 => (0x00007ffd647d2000)
libhello.so => /home/testc/libhello.so (0x00007fb7aa063000)
libworld.so => /home/testc/libworld.so (0x00007fb7a9e60000)
libc.so.6 => /lib64/libc.so.6 (0x00007fb7a9a8e000)
/lib64/ld-linux-x86-64.so.2 (0x00007fb7aa266000)
[root@localhost testc]# ./haha
hello world.
[root@localhost testc]# export LD_LIBRARY_PATH= && echo $LD_LIBRARY_PATH # 将-lworld 替换为 -Wl,-rpath-link=. ,编译OK,依然找不到索引库,添加LD_LIBRARY_PATH后,执行OK
[root@localhost testc]# gcc -o haha test.c -lhello -L. -Wl,-rpath-link=.
[root@localhost testc]# ldd haha
linux-vdso.so.1 => (0x00007ffdf67c0000)
libhello.so => not found
libc.so.6 => /lib64/libc.so.6 (0x00007fbdbb94b000)
/lib64/ld-linux-x86-64.so.2 (0x00007fbdbbd1f000)
[root@localhost testc]# ./haha
./haha: error while loading shared libraries: libhello.so: cannot open shared object file: No such file or directory
[root@localhost testc]# export LD_LIBRARY_PATH=/home/testc && echo $LD_LIBRARY_PATH
/home/testc
[root@localhost testc]# ldd haha
linux-vdso.so.1 => (0x00007fff89504000)
libhello.so => /home/testc/libhello.so (0x00007fc9e75c6000)
libc.so.6 => /lib64/libc.so.6 (0x00007fc9e71f3000)
libworld.so => /home/testc/libworld.so (0x00007fc9e6ff1000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc9e77c9000)
[root@localhost testc]# ./haha
hello world.
[root@localhost testc]# export LD_LIBRARY_PATH= && echo $LD_LIBRARY_PATH # 将-Wl,-rpath-link=. 换成 -Wl,-rpath=. 编译OK, 查看链接库OK,执行OK
# 修改LD_LIBRARY_PATH后,链接库的位置没有变化
[root@localhost testc]# gcc -o haha test.c -lhello -L. -Wl,-rpath=.
[root@localhost testc]# ls
haha hello.c libhello.so libworld.so test.c world.c
[root@localhost testc]# ldd haha
linux-vdso.so.1 => (0x00007fff86195000)
libhello.so => ./libhello.so (0x00007f4c11254000)
libc.so.6 => /lib64/libc.so.6 (0x00007f4c10e81000)
libworld.so => ./libworld.so (0x00007f4c10c7f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4c11457000)
[root@localhost testc]# ./haha
hello world.
[root@localhost testc]# export LD_LIBRARY_PATH=/home/testc/ && echo $LD_LIBRARY_PATH
/home/testc/
[root@localhost testc]# ldd haha
linux-vdso.so.1 => (0x00007ffc9f36c000)
libhello.so => ./libhello.so (0x00007f35cf07c000)
libc.so.6 => /lib64/libc.so.6 (0x00007f35ceca9000)
libworld.so => ./libworld.so (0x00007f35ceaa7000)
/lib64/ld-linux-x86-64.so.2 (0x00007f35cf27f000)
[root@localhost testc]# export LD_LIBRARY_PATH= && echo $LD_LIBRARY_PATH

结论

  • 编译时链接库需要分为两类: 直接引用 间接引用
  • 直接引用 被源码中直接调用的库
  • 间接引用 被调用库的依赖库
  • -lxxx 指定具体的库名称,编译时需要显式指定直接引用的库名称
  • -L 指定链接库的位置,编译时需要显式指定直接引用的库位置
  • -Wl,-rpath-link ,用于编译时指定间接引用的库位置

    如果知道所有间接引用的库文件名称,并且不嫌麻烦,也可以用-lxxx显式指定每一个库(不推荐-lxxx)
  • -Wl,-rpath ,有两个作用:

    1. 用于编译时指定间接引用的库位置,作用同-Wl,-rpath-link

    2. 用于运行时指定所有引用库的位置,作用同修改环境变量(LD_LIBRARY_PATH),并且库路径引用优先级高于LD_LIBRARY_PATH
  • 使用建议

    1. 编译命令中使用-Wl,-rpath-link 指定间接引用库位置(编译时),使用-Wl,-rpath 指定引用库位置(运行时)

    2. -Wl,-rpath-link 在 -Wl,-rpath 前

-L -Wl,-rpath-link -Wl,-rpath区别精讲的更多相关文章

  1. GCC 中 -L、-rpath和-rpath-link的区别

    GCC 中 -L.-rpath和-rpath-link的区别 来源 http://blog.csdn.net/q1302182594/article/details/42102961 关于这3个参数的 ...

  2. -L、-rpath和-rpath-link的区别

    链接器ld的选项有 -L,-rpath 和 -rpath-link,看了下 man ld,大致是这个意思: -L::  “链接”的时候去找的目录,也就是所有的 -lFOO 选项里的库,都会先从 -L ...

  3. css link和@import区别

    1.link语法结构 <link href="CSSurl路径" rel="stylesheet" type="text/css" / ...

  4. css link和@import区别用法

    这里link与@import介绍的是html引入css的语法单词.两者均是引入css到html的单词. 1.link语法结构<link rel="stylesheet" ty ...

  5. css学习--inline-block详解及dispaly:inline inline-block block 三者区别精要概括

    *知识储备: 内联元素:是不可以控制宽和高.margin等:并且在同一行显示,不换行. 块级元素:是可以控制宽和高.margin等,并且会换行. 1.inline-block 详解 (1)一句话就是在 ...

  6. 第三百四十四节,Python分布式爬虫打造搜索引擎Scrapy精讲—craw母版l创建自动爬虫文件—以及 scrapy item loader机制

    第三百四十四节,Python分布式爬虫打造搜索引擎Scrapy精讲—craw母版l创建自动爬虫文件—以及 scrapy item loader机制 用命令创建自动爬虫文件 创建爬虫文件是根据scrap ...

  7. 引入css文件时,css link和@import区别

    这里link与@import介绍的是html引入css的语法单词.两者均是引入css到html的单词. 一.了解基本 1.link语法结构 <link href="CSSurl路径&q ...

  8. Linux实战教学笔记12:linux三剑客之sed命令精讲

    第十二节 linux三剑客之sed命令精讲 标签(空格分隔): Linux实战教学笔记-陈思齐 ---更多资料点我查看 1,前言 我们都知道,在Linux中一切皆文件,比如配置文件,日志文件,启动文件 ...

  9. (转)不看绝对后悔的Linux三剑客之grep实战精讲

    不看绝对后悔的Linux三剑客之grep实战精讲 原文:http://blog.51cto.com/hujiangtao/1923675 https://www.cnblogs.com/peida/a ...

随机推荐

  1. JAVA后台框架优化之微服spring boot

    1.为什么要微服? 首先我们目前后台系统业务链目前还是相对不是那么复杂,但随着项目的拆分,业务的快速推进,各项目模块的接口也随之增加,开发的复杂度不断增加,为以后扩展埋下隐患,而规划新的框架目前主要解 ...

  2. GitHub和SVN的区别

    今天了解一下svn和github的区别. 一.版本控制 版本控制是指对软件开发过程中各种程序代码.配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一.版本控制最主要的功能就是追踪文件的变 ...

  3. 在 Windows Server Container 中运行 Azure Storage Emulator(二):使用自定义的 SQL Server Instance

    上一节,我们解决了 Azure Storage Emulator 自定义监听地址的问题,这远远不够,因为在我们 DEV/QA 环境有各自的 SQL Server Instance,我们需要将 ASE ...

  4. 沉淀再出发:dubbo的基本原理和应用实例

    沉淀再出发:dubbo的基本原理和应用实例 一.前言 阿里开发的dubbo作为服务治理的工具,在分布式开发中有着重要的意义,这里我们主要专注于dubbo的架构,基本原理以及在Windows下面开发出来 ...

  5. 彻底解密 Spark 的 HashShuffle

    本课主题 Shuffle 是分布式系统的天敌 Spark HashShuffle介绍 Spark Consolidated HashShuffle介绍 Shuffle 是如何成为 Spark 性能杀手 ...

  6. Hexo Next配置百度分享、加入动态背景、接入网页在线联系功能、页脚增加统计功能、添加gitment、添加热度、阅读量排行

    Hexo Next配置百度分享.加入动态背景.接入网页在线联系功能.页脚增加统计功能.添加gitment.添加热度.阅读量排行: https://wangc1993.github.io/categor ...

  7. U-Mail邮件营销可视化编辑设计邮件模板so easy

    相信每位看过军事演习的朋友都知道,现代战争越来越就像一场沙盘演练,真正做到了“运筹帷幄之中决战千里之外”,后方坐镇指挥战斗的能够将前线战场变得透明,这就叫“可视化战争”,做到了<孙子兵法> ...

  8. metasploit渗透测试笔记(内网渗透篇)

    x01 reverse the shell File 通常做法是使用msfpayload生成一个backdoor.exe然后上传到目标机器执行.本地监听即可获得meterpreter shell. r ...

  9. 016.2 String

    内容:String方法+练习 #######################################比较方法:equals()字符串长度:int length()字符的位置:int index ...

  10. 本机未装Oracle数据库时Navicat for Oracle 报错:Cannot create oci environment 原因分析及解决方案

    因为要更新数据库加个表,远程桌面又无法连接...所以就远程到另外一台电脑,然后用navicat通过内网修改目标数据库. 一直用着navicat操作数据库,所以很速度的弄好然后新建连接进入数据库. 然而 ...