ranlib笔记

最新推荐文章于 2024-01-21 08:00:00 发布
最新推荐文章于 2024-01-21 08:00:00 发布
阅读量688 收藏
点赞数
分类专栏： Linux 文章标签： ranlib Linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013286409/article/details/47447051
版权

ranlib作用：

更新静态库的符号索引表 

ar -s 等价于 ranlib

    因历史遗留问题而存在。

    GNU工具中ar是用来制作库文件.a的，但同时还提供了一个ranlib，从手册上看ranlib相当于ar -s，为什么这样呢？这是由于最早在Unix系统上ar程序是单纯用来打包多个.o到.a（类似于tar做的事情），而不处理.o里的符号表。Linker程序则需 要.a文件提供一个完整的符号表，所以当时就写了单独的ranlib程序用来产生linker所需要的符号信息。也就是说，产生一个对linker合 格的的.a文件需要做ar和ranlib两步 。

很快，Unix厂商就发现ranlib做得事情完全可以合并到ar里面去，于是ar程序的升级版本就包括了ranlib的功能，但早期的很多项目的Makefile都已经是按照两步式的方法生成.a，所以为了保证这些早期文件的兼容性，ranlib被保留下来了。如今，GNU/Linux系统上，ranlib依然存在，当然大部分项目已经不使用它了，因为ar -s就做了ranlib的工作。历史通常是进步和妥协的混合！




StellarDeng
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
libRadtran软件包及依赖包
11-05
libRadtran软件包及所需依赖包，亲测可用
静态库与动态库的制作
04-27 274
动态库和静态库
【AR】AR 的几种底层实现方式
qq_38643064的博客
05-17 7880
我们在实现AR效果时，为了大大减少我们的工程量，我们可以借助一些主流的AR SDK，比如EasyAR ，Vuforia，太虚AR等等。Opencv和C++ 实现大概思路是OpenCV实现对Marker的识别和定位，然后通过OpenGL将虚拟物体叠加到摄像头图像下，实现增强现实。具体思路是：使用SIFT算法进行识别（特征点的提取并用特征向量对特征点描述，接着当前视图的特征向量与目标对象的特征向量进行...
打包静态库.a文件的方法（ar,ranlib,nm命令介绍）
weixin_30487201的博客
02-21 723
一 常用脚本 1 打包脚本 脚本如下，下面附上ar 和 ranlib命令参考（命令来自于网络） ALLLIB=*.a FILE=`ls *.a` #原来的库解压重命名 for F in $FILE do ar x $F OBJ=`ar t $F` for O in $OBJ do ...
打包。ｏ文件（生成。ａ动态库）命令ａｒ详解
highfly591的专栏
12-18 1336
Linux ar命令功能说明：建立或修改备存文件，或是从备存文件中抽取文件。 Linux ar命令语法：ar[-dmpqrtx][cfosSuvV][a][b][i][备存文件][成员文件] Linux ar命令补充说明：ar可让您集合许多文件，成为单一的备存文件。在备存文件中，所有成员文件皆保有原来的属性与权限。 Linux ar命令参数： 　 指令参数  -d 　删除备存文件中的成
make的常见错误信息
u012849539的博客
10-02 7934
错误信息都有前缀，一种是执行程序名作为错误前缀（通常是“make”）；另外一种是当Makefile本身存在语法错误无法被make解析并执行时，前缀包含了makefile文件名和出现错误的行号。 在下述的错误列表中，省略了普通前缀： [FOO] Error NN [FOO] signal description 这类错误并不是make的真正错误。它表示make检测到make所调用的作为执行命令的程序返回一个非零状态（Error NN），或者此命令程序以非正常方式退出（携带某种信号）。 如果错误信息中没有附加“
openssh8.1p1离线编译升级包
12-07
openssh8.1p1编译离线安装包及所以的需要的依赖rpm包，由于绿盟扫到openssh8.1以下版本都存在输入安全漏洞。OpenSSH 输入验证错误漏洞(CVE-2019-16905) OpenSSH（OpenBSD Secure Shell）是 OpenBSD 计划组的一套...
ltowrapper:包装对 GCC 工具链的调用以启用链接时间优化 (LTO) 持续时间编译
06-10
一些 Makefile 有硬编码的ar和ranlib配置，而 GCC 需要gcc-ar和gcc-ranlib才能使 LTO 工作。 LTOWrapper 可以将对ar调用重定向到gcc-ar这样 LTO 甚至可以使用硬编码的 Makefile。 用法 LTOWrapper 适用于 Linux。 ...
amusos:什么可能是 x86 的复古风格游戏操作系统
07-02
建造 make依赖关系GRUB（或至少stage2_eltorito ） genisoimage或mkiso 交流编译器国家安全管理协会链接器 ( ld ) ar ranlib选项STAGE2默认值： /usr/lib/grub/i386-pc/stage2_eltorito GENISOIMAGE默认值： ...
libcpputils:现代c ++实用程序的集合
03-07
fno-omit-frame-pointer -fsanitize=address -fsanitize=undefined \" config.cxx.poptions= " -DDEBUG " \config.bin.ar=gcc-ar config.bin.ranlib=gcc-ranlib \config.cxx.loptions= " -fuse-ld=lld -fsa
MarkerlessAR.zip
07-08
该程序被称为“Marker less Augmented Reality”应用程序，可以识别USB摄像头拍摄的任意图像，并在其上覆盖3D模型。本文档介绍了如何使用无标记AR Windows演示应用程序。相机校准，配置文件，注册标记图像，评估物体识别功能，以及ARengine.exe的命令列表。
AR模型的c++程序
05-05
AR模型的c++程序，AR模型是最常用的线性模型之一。
Makefile: 避免用 ld 来聚合多个.o 文件
weixin_30700977的博客
04-20 360
在项目的build过程中发现, 生成其中一个目标文件时, 会报告一个符号多处定义的错误.而在另一个不同版本的编译器上则没有这个问题, 追查原因, 两个不同的Linux PC上安装的gcc34 版本有细微的差别, 正是这个细微的差别导致在一种情况下会报告的错误, 另一个版本则不会报错. 没有问题的版本是 compat-gcc-34-3.4.6-9.src.rpm有问题的版本则是 comp...
Makefile教程（绝对经典，所有问题看这一篇足够了）
大魔王
07-23 376
该篇文章为转载，是对原作者系列文章的总汇加上标注。支持原创，陈浩大神博客：http://blog.csdn.net/ha...
用makefile解决linux下静态库冲突问题
u011018840的博客
12-25 687
项目引入了多个三方静态库，其中包含的.o文件重名，但是幸运的是函数不重名，类不重名，因此只需要在ar时重命名.o文件即可。 makefile中： tmp赋值为取出文件名（第一步去除目录和第二步去除后缀） makefile中for开始执行的是shell，所以取变量需要多加一个$转义，因为是shell，所以也无法使用notdir,basename等makefile中使用的函数，会提示找不到。 然后再将所有.o文件都批量重命名就好了（加了第三方库名称区分） ...
ar 和 ranlib 命令安装 属于哪个包
ONE_SIX_MIX的专栏
02-27 564
ar 和 ranlib 命令同属于 binutils 包 最简单的安装方法是直接安装一个 gcc，因为 gcc 依赖于 binutils包 如果不想安装gcc，则 在 msys 和 arch 系列的系统中，使用以下命令单独安装 pacman -Sy binutils 在 debian 系列的系统中，使用以下命令单独安装，当然，不同的系统的包名或许会有点不一样，如果包名不是 binutils ，此时可以用命令 apt search binutils 搜索一下，基本大同小异。 apt install binu
C++中的虚拟现实（VR）与增强现实（AR）应用开发
最新发布
naer_chongya的博客
01-21 1041
然而，需要注意的是，VR和AR应用开发非常复杂，需要综合考虑图形渲染、交互、姿势追踪、物理模拟、多线程等多个方面的技术和要求。姿势追踪和空间定位：在VR和AR应用中，姿势追踪和空间定位是关键技术，用于确定用户的位置和姿势，并将虚拟对象与现实世界进行对应。性能优化和资源管理：VR和AR应用需要处理大量的数据和复杂的计算任务，对性能和资源的优化要求较高。开发人员可以使用C++的优化技术，如内存管理、算法优化和并行计算，来提升VR和AR应用的性能和效率。这样可以提高开发效率，并方便应对VR和AR应用的需求变化。
UE4 AR AugmentedReality之路-通过C++代码启动AR
tangfuling1991的博客
06-20 451
UE4 AR AugmentedReality之路-通过C++代码启动AR
利用所提供的工具ranlib，观察对动态加载 libtest 库之前、之后，以及释放动态库之后的内存使用情况
05-24
首先，我们需要编写一个简单的测试程序，用于加载 libtest 库并调用其中的函数。以下是一个示例程序： ```c #include <dlfcn.h> #include <stdio.h> int main() { void *lib_handle = dlopen("./libtest.so", RTLD_LAZY); if (!lib_handle) { printf("Failed to load library: %s\n", dlerror()); return 1; } typedef int (*test_func_t)(int); test_func_t test_func = (test_func_t) dlsym(lib_handle, "test_func"); if (!test_func) { printf("Failed to find symbol: %s\n", dlerror()); dlclose(lib_handle); return 1; } int result = test_func(42); printf("Result: %d\n", result); dlclose(lib_handle); return 0; } ``` 接下来，我们可以使用 Valgrind 工具，观察程序在加载 libtest 库前后的内存使用情况。具体来说，我们可以使用如下命令运行测试程序： ``` valgrind --tool=massif ./test ``` 这会生成一个名为 massif.out.pid 的文件，其中 pid 是测试程序的进程 ID。我们可以使用 ms_print 工具来查看该文件的内容： ``` ms_print massif.out.pid ``` 输出中包含了程序在运行过程中消耗的内存信息，如下所示： ``` -------------------------------------------------------------------------------- Command: ./test Massif arguments: --tool=massif ms_print arguments: massif.out.???? -------------------------------------------------------------------------------- MB 3.000^ # | # | # | # | # | # | # | # | # | # | # | # | # | # | # | # | # | ::::::::::::: # | ::::::::::::: # | : # | : # | : # | : # | : # | : # +----------------------------------------------------------------------->Mi 0 80.57 Number of snapshots: 29 Detailed snapshots: [8 (peak), 14, 16, 18, 20, 22, 24, 26, 27] -------------------------------------------------------------------------------- n time(B) total(B) useful-heap(B) extra-heap(B) stacks(B) -------------------------------------------------------------------------------- 0 0 0 0 0 0 1 3000000 3000000 3000000 0 0 2 3000000 6000000 6000000 0 0 3 3000000 9000000 9000000 0 0 4 3000000 12000000 12000000 0 0 5 3000000 15000000 15000000 0 0 6 3000000 18000000 18000000 0 0 7 3000000 21000000 21000000 0 0 8 3000000 24000000 24000000 0 0 9 3000000 27000000 27000000 0 0 10 3000000 30000000 30000000 0 0 11 3000000 33000000 33000000 0 0 12 3000000 36000000 36000000 0 0 13 3000000 39000000 39000000 0 0 14 3000000 42000000 42000000 0 0 15 3000000 45000000 45000000 0 0 16 3000000 48000000 48000000 0 0 17 3000000 51000000 51000000 0 0 18 3000000 54000000 54000000 0 0 19 3000000 57000000 57000000 0 0 20 3000000 60000000 60000000 0 0 21 3000000 63000000 63000000 0 0 22 3000000 66000000 66000000 0 0 23 3000000 69000000 69000000 0 0 24 3000000 72000000 72000000 0 0 25 3000000 75000000 75000000 0 0 26 3000000 78000000 78000000 0 0 27 3000000 81000000 81000000 0 0 28 3000000 84000000 84000000 0 0 ``` 从输出中可以看到，程序在加载 libtest 库之前占用了 3MB 的内存，而在加载库之后，总内存消耗增加到了 84MB。这是因为库中的代码和数据被映射到了进程的地址空间中。在释放库之后，总内存消耗又回到了 3MB。 我们还可以使用 ranlib 工具，观察程序在加载 libtest 库前后的内存使用情况。具体来说，我们可以在测试程序中添加以下代码： ```c system("echo 'Before loading library:' && pmap -x $(pidof test) | grep libtest"); void *lib_handle = dlopen("./libtest.so", RTLD_LAZY); if (!lib_handle) { printf("Failed to load library: %s\n", dlerror()); return 1; } system("echo 'After loading library:' && pmap -x $(pidof test) | grep libtest"); // ... dlclose(lib_handle); system("echo 'After unloading library:' && pmap -x $(pidof test) | grep libtest"); ``` 这会在加载库前后以及释放库后，使用 pmap 工具打印测试程序的内存映射信息，并只显示 libtest 库相关的部分。运行测试程序后，输出应该类似如下： ``` Before loading library: 7f4d7d8d8000-7f4d7d8d9000 r--p 00000000 08:01 419919 /home/user/test/libtest.so 7f4d7d8d9000-7f4d7d8da000 r-xp 00001000 08:01 419919 /home/user/test/libtest.so 7f4d7d8da000-7f4d7d8db000 r--p 00002000 08:01 419919 /home/user/test/libtest.so 7f4d7d8db000-7f4d7d8dc000 r--p 00002000 08:01 419919 /home/user/test/libtest.so 7f4d7d8dc000-7f4d7d8dd000 rw-p 00003000 08:01 419919 /home/user/test/libtest.so After loading library: 7f4d7d8d8000-7f4d7d8d9000 r--p 00000000 08:01 419919 /home/user/test/libtest.so 7f4d7d8d9000-7f4d7d8da000 r-xp 00001000 08:01 419919 /home/user/test/libtest.so 7f4d7d8da000-7f4d7d8db000 r--p 00002000 08:01 419919 /home/user/test/libtest.so 7f4d7d8db000-7f4d7d8dc000 r--p 00002000 08:01 419919 /home/user/test/libtest.so 7f4d7d8dc000-7f4d7d8dd000 rw-p 00003000 08:01 419919 /home/user/test/libtest.so After unloading library: ``` 从输出中可以看到，加载库前后，libtest 库的内存映射信息没有变化，但是在加载库之后，测试程序的地址空间中出现了一些新的映射信息，这些信息对应于库中的代码和数据。在释放库之后，这些映射信息又消失了。 需要注意的是，使用 pmap 工具观察进程的内存映射信息可能会受到多个因素的影响，例如使用了 ASLR 技术的操作系统可能会在每次运行时随机分配虚拟地址，导致不同的运行实例映射到的物理地址不同。因此，建议在测试环境中多次运行测试程序，以获取更准确的结果。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值