GNU的ar,ranlib和nm

转:http://blog.csdn.net/yuntongsf/article/details/6284517

RANLIB 的作用:

CC = CC=/usr/local/ndk/toolchain/arm-eabi/bin/arm-eabi-gcc
LD = LD=/usr/local/ndk/toolchain/arm-eabi/bin/arm-eabi-gcc
AR = AR=/usr/local/ndk/toolchain/arm-eabi/bin/arm-eabi-ar
RANLIB = RANLIB=/usr/local/ndk/toolchain/arm-eabi/bin/arm-eabi-ranlib

CFLAGS = CFLAGS=-march=armv5te/ -msoft-float/ -fpic/ -mthumb-interwork/ -O2/ -DAMMO_VIDEO_PLAYER
CXXFLAGS = CXXFLAGS=-march=armv5te/ -msoft-float/ -fpic/ -mthumb-interwork/ -O2/ -fno-exceptions/ -fno-rtti
OUTDIR =OUTDIR=../../../../../makefile/linux/Android/a

//////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

linux下编译静态库的时候,ar不带任何选项打包成.a文件后,对其进行ranlib操作有什么用,如果不进行ranlib操作会有什么后果,我编译的时候没用这步操作也能正常运行,请达人给讲解一下。谢谢。

达人回复:

http://www.linuxsir.org/main/doc/gnumake/GNUmake_v3.80-zh_CN_html/make-11.html 更新静态库的符号索引表
本小节的内容相对简单。前边提到过,静态库文件需要使用“ar”来创建和维护。当给静态库增建一个成员时(加入一个.o文件到静态库中),“ar”可直接 将需要增加的.o文件简单的追加到静态库的末尾。之后当我们使用这个库进行连接生成可执行文件时,链接程序“ld”却提示错误,这可能是:主程序使用了之 前加入到库中的.o文件中定义的一个函数或者全局变量,但连接程序无法找到这个函数或者变量。
这个问题的原因是:之前我们将编译完成的.o文件直接加入到了库的末尾,却并没有更新库的有效符号表。连接程序进行连接时,在静态库的符号索引表中无法定 位刚才加入的.o文件中定义的函数或者变量。这就需要在完成库成员追加以后让加入的所有.o文件中定义的函数(变量)有效,完成这个工作需要使用另外一个 工具“ranlib”来对静态库的符号索引表进行更新。
我们所使用到的静态库(文档文件)中,存在这样一个特殊的成员,它的名字是“__.SYMDEF”。它包含了静态库中所有成员所定义的有效符号(函数名、 变量名)。因此,当为库增加了一个成员时,相应的就需要更新成员“__.SYMDEF”,否则所增加的成员中定义的所有的符号将无法被连接程序定位。完成 更新的命令是: ranlib ARCHIVEFILE 通常在Makefile中我们可以这样来实现: libfoo.a: libfoo.a(x.o) libfoo.a(y.o) ... ranlib libfoo.a
它所实现的是在更新静态库成员“x.o”和“y.o”之后,对静态库的成员“__.SYMDEF”进行更新(更新库的符号索引表)。
如果我们使用GNU ar工具来维护、管理静态库,我们就不需要考虑这一步。GNU ar本身已经提供了在更新库的同时更新符号索引表的功能(这是默认行为,也可以通过命令行选项控制ar的具体行为。可参考 GNU ar工具的man手册)。

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的工作。
历史通常是进步和妥协的混合!

1、ar基本用法
ar命令可以用来创建、修改库,也可以从库中提出单个模块。库是一单独的文件,里面包含了按照特定的结构组织起来的其它的一些文件(称做此库文件的member)。原始文件的内容、模式、时间戳、属主、组等属性都保留在库文件中。
下面是ar命令的格式: ar[-][abcfilNoPsSuvV][membername][count]archivefiles...
例 如我们可以用ar rvl ibtest.a hello.o hello1.o来生成一个库,库名字是test,链接时可以用-ltest链接。该库中存放了两个模块hello.o和hello1.o。选项前可以有 ‘-’字符,也可以没有。下面我们来看看命令的操作选项和任选项。现在我们把部分称为操作选项,而[abcfilNoPsSuvV]部分称为任选项。
中的操作选项在命令中只能并且必须使用其中一个,它们的含义如下: d:从库中删除模块。按模块原来的文件名指定要删除的模块。如果使用了任选项v则列出被删除的每个模块。
m:该操作是在一个库中移动成员。当库中如果有若干模块有相同的符号定义(如函数定义),则成员的位置顺序很重要。如果没有指定任选项,任何指定的成员将移到库的最后。也可以使用’a’,’b’,或’I’任选项移动到指定的位置。
p:显示库中指定的成员到标准输出。如果指定任选项v,则在输出成员的内容前,将显示成员的名字。如果没有指定成员的名字,所有库中的文件将显示出来。
q:快速追加。增加新模块到库的结尾处。并不检查是否需要替换。’a’,’b’,或’I’任选项对此操作没有影响,模块总是追加的库的结尾处。如果使用了任选项v则列出每个模块。这时,库的符号表没有更新,可以用’ars’或ranlib来更新库的符号表索引。
r:在库中插入模块(替换)。当插入的模块名已经在库中存在,则替换同名的模块。如果若干模块中有一个模块在库中不存在,ar显示一个错误消息,并不替换其他同名模块。默认的情况下,新的成员增加在库的结尾处,可以使用其他任选项来改变增加的位置。
t:显示库的模块表清单。一般只显示模块名。
x:从库中提取一个成员。如果不指定要提取的模块,则提取库中所有的模块。
下面在看看可与操作选项结合使用的任选项: a:在库的一个已经存在的成员后面增加一个新的文件。如果使用任选项a,则应该为命令行中membername参数指定一个已经存在的成员名。
b:在库的一个已经存在的成员前面增加一个新的文件。如果使用任选项b,则应该为命令行中membername参数指定一个已经存在的成员名。
c:创建一个库。不管库是否存在,都将创建。
f:在库中截短指定的名字。缺省情况下,文件名的长度是不受限制的,可以使用此参数将文件名截短,以保证与其它系统的兼容。
i:在库的一个已经存在的成员前面增加一个新的文件。如果使用任选项i,则应该为命令行中membername参数指定一个已经存在的成员名(类似任选项b)。
l:暂未使用
N:与count参数一起使用,在库中有多个相同的文件名时指定提取或输出的个数。
o:当提取成员时,保留成员的原始数据。如果不指定该任选项,则提取出的模块的时间将标为提取出的时间。
P:进行文件名匹配时使用全路径名。ar在创建库时不能使用全路径名(这样的库文件不符合POSIX标准),但是有些工具可以。
s:写入一个目标文件索引到库中,或者更新一个存在的目标文件索引。甚至对于没有任何变化的库也作该动作。对一个库做ars等同于对该库做ranlib。
S:不创建目标文件索引,这在创建较大的库时能加快时间。
u:一般说来,命令arr…插入所有列出的文件到库中,如果你只想插入列出文件中那些比库中同名文件新的文件,就可以使用该任选项。该任选项只用于r操作选项。
v:该选项用来显示执行操作选项的附加信息。
V:显示ar的版本。

ar常用选项: ar rcs libmylib.a mylib.o
ranlib [ -t ] [ -X {32 |64 |32_64 }] Archive ...

描述
ranlib 命令 将每个 Archive 库转换到随机库。随机库是一个包含符号表的归档库。

如果给出了 -t 选项,ranlib 命令 只提到归档而不会修改它们。复制一个归档之后,或者为了避免 ld 命令 显示关于过期符号表的错误消息而使用 make 命令 的 -t 选项的时候,这是很有用的。

标志
-t 提到指定的归档而不修改它们。
-X mode 指定 ranlib 要检查的目标文件的类型。mode 必须是下列之一:
32
仅仅处理 32 位的目标文件
64
仅仅处理 64 位的目标文件
32_64
处理 32 位和 64 位的目标文件
缺省是处理 32 位目标文件(忽略 64 位的目标文件)。mode 也能与 OBJECT_MODE 环境变量一起设置。例如,OBJECT_MODE=64 使得 ranlib 处理任何的 64 位目标文件而忽略 32 位目标文件。-X 标志覆盖了 OBJECT_MODE 变量。

示例
要随机化归档文件 genlib.a ,请输入:

ranlib

genlib.a

3.nm基本用法命令

  nm用来列出目标文件的符号清单。下面是nm命令的格式:

  nm [-a|--debug-syms] [-g|--extern-only] [-B][-C|--demangle]

[-D|--dynamic] [-s|--print-armap][-o|--print-file-name]

[-n|--numeric-sort][-p|--no-sort] [-r|--reverse-sort]

[--size-sort][-u|--undefined-only] [-l|--line-numbers]

[--help][--version] [-t radix|--radix=radix][-P|--portability] [-f

format|--format=format][--target=bfdname] [objfile...]

  如果没有为nm命令指出目标文件,则nm假定目标文件是a.out。下面列出该命令的任选项,大部分支持“-”开头的短格式和“—“开头的长格式。

-A、-o或--print-file-name:在找到的各个符号的名字前加上文件名,而不是在此文件的所有符号前只出现文件名一次。

例如nm libtest.a的输出如下:

CPThread.o:

00000068 T Main__8CPThreadPv
00000038 T Start__8CPThread
00000014 T _._8CPThread
00000000 T __8CPThread
00000000 ? __FRAME_BEGIN__
…………………………………

则nm –A 的输出如下:

libtest.a:CPThread.o:00000068 T Main__8CPThreadPv
libtest.a:CPThread.o:00000038 T Start__8CPThread
libtest.a:CPThread.o:00000014 T _._8CPThread
libtest.a:CPThread.o:00000000 T __8CPThread
libtest.a:CPThread.o:00000000 ? __FRAME_BEGIN__

…………………………………………………………

-a或--debug-syms:显示调试符号。
-B:等同于--format=bsd,用来兼容MIPS的nm。
-C或--demangle:将低级符号名解码(demangle)成用户级名字。这样可以使得C++函数名具有可读性。
-D或--dynamic:显示动态符号。该任选项仅对于动态目标(例如特定类型的共享库)有意义。
-f format:使用format格式输出。format可以选取bsd、sysv或posix,该选项在GNU的nm中有用。默认为bsd。

上一篇:C#的函数柯里化


下一篇:最新中国IP段获取办法与转成ROS导入格式