Linux动态库路径

本文通过实验探讨GCC编译器中的-L、-rpath和-rpath-link参数的区别及使用场景,详细展示了这些参数如何影响动态链接过程,并解释了LD_LIBRARY_PATH环境变量的作用。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

0 前言    

    gcc编译程序时,可通“-L”、“-rpath”或“-rpath-link”参数指定动态库路径,关于这3个参数的说明,有不少资料,但是看完了还是觉得模糊,分不清它们的区别。本文将用实验的方法去探讨这3个参数的区别。

1 源文件

    用于本文实验的3个源文件如下所示:

(1)world.c

#include<stdio.h>

void world(void)
{
    printf("world.\n");
}

(2)hello.c

#include <stdio.h>

void world(void);

void hello(void)
{
    printf("hello\n");
    world();
}

(3)test.c

void main(void)
{
    hello();
}

2 生成动态库

    参照《Linux静态库与动态库制作》,将hello.c和world.c分别生成动态库

gcc -c hello.c world.c
gcc -shared -o libhello.so hello.o
gcc -shared -o libworld.so world.o

     这时,生成的文件及其依赖如下图:

图2.1

    由上图可见,libhello.so和libworld都依赖linux-gate.so.1、libc.so.6以及/lib/ld-linux.so.2,并且这3个库的路径都已经硬编码进libhello.so和libworld.so中了(=>右边的部分)。

    然而,虽然libhello.so中调用了libworld.so的函数,但是在上图中并没有显示出此关系。为了达到使libhello.so依赖libworld.so的目的,在生成libhello.so时要链接到libworld.so:

gcc -shared -o libhello.so hello.o -lworld -L

   此时,再使用ldd查看libhello.so的依赖:

图2.2

    由上图可见,此时libhello.so已经依赖libworld.so。

3 编译test.c

3.1 -L

    由于test.c直接依赖libhello.so,因此使用-lhello -L

gcc test.c -lhello -L .

    结果如下图:

图3.1

&nbs

评论 16
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

OneSea

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值