赞
踩
参考:http://study.chyangwa.com/IT/AIX/aixcmds1/ar.htm#a0949a5b
摘自:http://hi.baidu.com/doyee/blog/item/ad4c4a341089ed47251f1484.html
摘自:http://hi.baidu.com/kkernel/blog/item/e729cffa9036318e9f514655.html/cmtid/fa138acfe86e5533f8dc6183
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的工作。
历史通常是进步和妥协的混合!
ranlib [ -t ] [ -X {32 |64 |32_64 }] Archive ...
ranlib 命令 将每个 Archive 库转换到随机库。随机库是一个包含符号表的归档库。
如果给出了 -t 选项,ranlib 命令 只提到归档而不会修改它们。复制一个归档之后,或者为了避免 ld 命令 显示关于过期符号表的错误消息而使用 make 命令 的 -t 选项的时候,这是很有用的。
要随机化归档文件 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。
转自:http://blog.csdn.net/yuntongsf/article/details/6284517
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。