linux c++ 加载动态库常用的三种方法

链接库时的搜索路径顺序:LD_LIBRARY_PATH --> /etc/ld.so.conf --> /lib,/usr/lib

方法1. vi .bash_profile
    设置环境变量LD_LIBRARY_PATH并导出

另:

LD_LIBRARY_PATH:启动时连接共享函数库,执行时打开动态函数库首先搜索的路径。

LD_DEBUG:显示运行时的信息,如符号寻找和绑定,重定向,执行等等。

方法2.  a)直接在/etc/ld.so.conf 里添加库路径

b)新建文件,后缀为.conf,添加库路径信息,然后保存放到/etc/ld.so.conf.d/下

最后执行ldconfig命令,重建/etc/ld.so.cache

另:

ldconfig -n 路径名:为指定路径下的函数库创建soname库,但不放入ld.so.cache文件。

/etc/ld.so.conf:存放ldconfig运行时搜索的路径。

/etc/ld.so.cache:存放ldconfig搜索到的库和soname。

ld-linux.so:载入ELF文件用。可执行文件启动,启动时载入共享函数库都要用到这个库。

libc.so:c语言支持库。

libdl.so:动态连接库用。

方法3. 使用rpath将库路径硬编码到可执行文件内部

搜索路径分两种,一种是链接时候的搜索路径,一种是运行时期的搜索路径

单个路径: -Wl,rpath /opt -L/opt -lddd      // 嵌入路径的同时,将库目录指定,使得链接时后面的libddd.so能被找到。

多个路径: -Wl,rpath,/opt:../lib  -L/opt -L../lib  -lddd     //使用-Wl时,后面的参数之间不要有空格!!!

查看生成文件的信息:   readelf -d demo(生成的文件)

9.   Dynamic section at offset 0xc58 contains 26 entries:

10.    Tag        Type                         Name/Value

11.   0x0000000000000001 (NEEDED)             Shared library: [libtmp.so]

12.   0x0000000000000001 (NEEDED)             Shared library: [libstdc++.so.6]

13.   0x0000000000000001 (NEEDED)             Shared library: [libm.so.6]

14.   0x0000000000000001 (NEEDED)             Shared library: [libgcc_s.so.1]

15.   0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]

16.   0x000000000000000f (RPATH)                 Library rpath: [/tmp/]

17.   0x000000000000001d (RUNPATH)            Library runpath: [/tmp/]

例子:

CC = g++

WORK_DIR =

SRC_DIR = .

OBJ_DIR = ../obj

INC_DIR = ../include

LIB_DIR = ../lib

BIN_DIR = ../bin

CFLAGS = -g -O -Wall -Wuninitialized

CFLAGS += -I$(INC_DIR) -I$(INC_DIR)/test

LDFLAGS += -Wl,-rpath,$(LIB_DIR)/test:$(LIB_DIR)/test2

...

...

...

参考:

http://blog.chinaunix.net/uid-27105712-id-3313327.html

http://www.myexception.cn/other/681660.html

http://blog.csdn.net/defeattroy/article/details/6700616

http://blog.csdn.net/russule/article/details/7057398

http://blog.csdn.net/dbzhang800/article/details/6918413

时间: 2024-12-22 17:07:15

linux c++ 加载动态库常用的三种方法的相关文章

android加载大量图片内存溢出的三种方法

android加载大量图片内存溢出的三种解决办法 方法一:  在从网络或本地加载图片的时候,只加载缩略图. /** * 按照路径加载图片 * @param path 图片资源的存放路径 * @param scalSize 缩小的倍数 * @return */ public static Bitmap loadResBitmap(String path, int scalSize) { BitmapFactory.Options options = new BitmapFactory.Option

Ubuntu linux设置从当前目录下加载动态库so文件

linux的excutable在执行的时候缺省是先搜索/lib和/usr/lib这两个目录,然后按照ld.so.conf里面的配置搜索绝对路径,linux缺省是不会在当前目录搜索动态库的.windows加载动态库的时候,缺省是首先加载本地目录下的动态库,然后再搜索windows/system和windows/system32目录. windows的动态库搜索顺序,虽然有可能会造成潜在的混乱,但是对于开发和测试无疑是比较方便的,尤其是debug和release版本的动态库需要经常切换进行测试的时候

Linux下c函数dlopen实现加载动态库so文件代码举例

dlopen()是一个强大的库函数.该函数将打开一个新库,并把它装入内存.该函数主要用来加载库中的符号,这些符号在编译的时候是不知道的.这种机制使得在系统中添加或者删除一个模块时,都不需要重新编译了.可以在自己的程序中使用 dlopen().dlopen() 在 dlfcn.h 中定义,并在 dl 库中实现.它需要两个参数:一个文件名和一个标志.文件名就是一个动态库so文件,标志指明是否立刻计算库的依赖性.如果设置为 RTLD_NOW 的话,则立刻计算:如果设置的是 RTLD_LAZY,则在需要

【转载】cocos2dx 中 Android NDK 加载动态库的问题

原文地址:http://blog.csdn.net/sozell/article/details/10551309 cocos2dx 中 Android NDK 加载动态库的问题 闲聊 最近在接入各个平台的SDK,遇到了不少问题,也从中了解了不少知识,之前一直觉得没啥好写的,毕竟做了4个月的游戏开发,也没有碰上什么真正的大问题,cocos2dx的引擎包得也很好,能让人把大部分时间都关注在游戏逻辑.效果的处理上,当然,之前的libevent还是小坑一下,但是和后来遇到的相比,也算不上什么了. 我最

LoadLibrary加载动态库失败

LoadLibrary加载动态库失败的可能原因以及解决方案: (1)dll动态库文件路径不对.此场景细分为以下几种情况: 1.1 文件路径的确错误.比如:本来欲加载的是A文件夹下的动态库a.dll,但是经过仔细排查原因,发现a.dll动态库竟然被拷贝到B文件夹下去了. 若真遇到这种低级错误,建议你找个没人的墙角蹲下用小拇指逆时针划圈圈去吧... 1.2 实参传值错误.比如:实参类型为LPCWTR,经常都会因为字符串转换导致实参事与愿违. 网上的经验总结实例.某程序员经过一番周折后通过以下语句调用

每日一招:牛市选股最常用的三种方法

每日一招:牛市选股最常用的三种方法 字体: 大 小 换肤: 收藏 2015-05-04 11:00:06 选中了好股票就可以牟取暴利,选错了个股,牛市里面也要亏大钱,这就是新一轮大牛市的全新特点.选股已成为广大投资者炒股成败的关键点!最重要的是下一阶段什么方法是最适合的呢?下面我们就作一些分析. 目前各种选黑马的方法,大体上可分为有三种:1,以业绩为主要选股依据的方法.2,是以炒作题材为主要依据的选股方法.3,是以博弈.相反理论及跟庄方法为主要依据的选股方法. 第1种方法以业绩为选股的主要依据,

BAP中创建动态内表的三种方法(转载)

BAP中创建动态内表的三种方法 第一种: 如果我们需要的动态内表字段或者动态工作区和数据字典中的类型一致,可以直接使用CREATE DATA生成,当然也可以是自定义类型. 比如要产生和数据表MARA结构一致的动态内表: DATA : DY_TABLE TYPE REF TO DATA, WA_LINE TYPE REF TO DATA. FIELD-SYMBOLS: <DYN_TABLE> TYPE STANDARD TABLE . CREATE DATA DY_TABLE TYPE TABL

macOS下加载动态库dylib报&quot;code signature invalid&quot;错误的解决办法

一.现象描述 在macOS上搞开发也有一段时间了,也积攒了一定的经验.然而,今天在替换工程中的一个动态库时还是碰到了一个问题.原来工程中用的是一个静态库,调试时发现有问题就把它替换成了动态库.这本来没什么值得一说,可工程编译完后打包测试时发现,不论怎么搞程序都加载不起来.毫无疑问,这是新替换的动态库带来的问题. 二.解决办法 于是尝试打开日志文件看看有什么发现吧: 根据上面的日志文件提示,动态库加载的时候失败了.原因为:code signature invalid.这就奇了个怪了,以前都没碰到类

Android 网络加载动态库 .so

这几天做项目时遇到一个问题,共17M的Apk,仅两个.so文件就占到14M,就尝试着用户安装完app之后,根据用户需要再加载.so文件,找了之后,方法倒不复杂. 1. .so文件的网络下载部分就不展示, 2. .so文件存放路径:一般建议存放在 data/data/<packageName>/路径下,代码如下: //getFileDir() :/data/data/<packageName>/file/ File file2 = new File(getFilesDir(), &q