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
mv $O ${F}_${O}
done
done
#ar c 创建一个库,ar r 插入文件。ar s ==ranlib 向库中插入文件或者更新库
ar cr $ALLLIB *.o
ranlib $ALLLIB
mv $ALLLIB ../
mkdir -p tmp
mv *.o tmp
2 更新静态库
使用ar r
3 合并静态库
ar 高级用法---使用ar脚本
第一步:
我们在命令终端中一次输入
echo CREATE libyuerapi.a > ar.mac 回车
echo SAVE >> ar.mac 回车
echo END >> ar.mac 回车
ar -M < ar.mac
我们可一个通过cat ar.mac看到ar.mac文件中的内容,而且我们也可以看到有一个libyuerapi.a生成了。目前其实里面什么都没有。
第二步:
上一步我们已经成功的创建了libyuerapi.a文件,现在我们向其中添加.o文件
ar -q libyuerapi.a yuer1.o
ar -q libyuerapi.a yuer2.o
ar -q libyuerapi.a yuer3.o
第三步:
把libyucom.a添加到libyuerapi.a库文件中
我们以同样的方式创建一个ar.mac文件
echo OPEN libyuerapi.a > ar.mac 回车
echo ADDLIB libyucom1.a >> ar.mac 回车
echo SAVE >> ar.mac 回车
echo END >> ar.mac 回车
ar -M < ar.mac 回车
当我们的程序中有经常使用的模块,而且这种模块在其他程序中也会用到,这时按照软件重用的思想,我们应该将它们生成库,使得以后编程可以减少开发代码量。这里介绍两个命令ar和nm,用来对库操作。
ar基本用法
当我们的程序中有经常使用的模块,而且这种模块在其他程序中也会用到,这时按照软件重用的思想,我们应该将它们生成库,使得以后编程可以减少开发代码量。这里介绍两个命令ar和nm,用来对库操作。
ar命令可以用来创建、修改库,也可以从库中提出单个模块。库是一单独的文件,里面包含了按照特定的结构组织起来的其它的一些文件(称做此库文件的member)。原始文件的内容、模式、时间戳、属主、组等属性都保留在库文件中。
下面是ar命令的格式:
ar [-]{dmpqrtx}[abcfilNoPsSuvV] [membername] [count] archive files...
例如我们可以用ar rv libtest.a hello.o hello1.o 来 生成一个库,库名字是test,链接时可以用-ltest链接。该库中存放了两个模块hello.o和hello1.o。选项前可以有‘-'字符,也可以 没有。下面我们来看看命令的操作选项和任选项。现在我们把{dmpqrtx}部分称为操作选项,而[abcfilNoPsSuvV]部分称为任选项。
{dmpqrtx}中的操作选项在命令中只能并且必须使用其中一个,它们的含义如下:
下面在看看可与操作选项结合使用的任选项:
对于每一个符号,nm列出其值(the symbol value),类型(the symbol type)和其名字(the symbol name)。
例如,
对于每一个符号,nm列出其值(the symbol value),类型(the symbol type)和其名字(the symbol name)。如下例:
00000024 T cleanup_before_linux
00000018 T cpu_init
00000060 T dcache_disable
00000054 T dcache_enable
0000006c T dcache_status
00000000 T do_reset
0000003c T icache_disable
00000030 T icache_enable
00000048 T icache_status
上面的显示是使用nm cpu.o的输出,对于cleanup_before_linux这个符号来说,00000024是以16进制显示的其值,T为其类型,而cleanup_before_linux是其名字。可以看出,上面显示的cleanup_before_linux这个symbol的值实际上是该函数在text section中的偏移。但是,每个符号的值的具体含义依其类型而异。当然,对于每个符号的值,其类型、其值以及它们所属的section是密切相关的。
总结:
符号
类型
|
说明
|
A
|
该符号的值是绝对的,在以后的链接过程中,不允许进行改变。这样的符号值,常常出现在中断向量表中,例如用符号来表示各个中断向量函数在中断向量表中的位置。
|
B
|
该符号的值出现在非初始化数据段
(bss)
中。例如,在一个文件中定义全局
static int test
。则该符号
test
的类型为
b
,位于
bss section
中。其值表示该符号在
bss
段中的偏移。一般而言,
bss
段分配于
RAM
中
|
C
|
该符号为
common
。
common symbol
是未初始话数据段。该符号没有包含于一个普通
section
中。只有在链接过程中才进行分配。符号的值表示该符号需要的字节数。例如在一个
c
文件中,定义
int test
,并且该符号在别的地方会被引用,则该符号类型即为
C
。否则其类型为
B
。
|
D
|
该符号位于初始话数据段中。一般来说,分配到
data section
中。例如定义全局
int baud_table[5] = {9600, 19200, 38400, 57600, 115200}
,则会分配于初始化数据段中
。
|
G
|
该符号也位于初始化数据段中。主要用于
small object
提高访问
small data object
的一种方式。
|
I
|
该符号是对另一个符号的间接引用。
|
N
|
该符号是一个
debugging
符号。
|
R
|
该符号位于只读数据区。例如定义全局
const int test[] = {123, 123};
则
test
就是一个只读数据区的符号。注意在
cygwin
下如果使用
gcc
直接编译成
MZ
格式时,源文件中的
test
对应
_test
,并且其符号类型为
D
,即初始化数据段中。但是如果使用
m6812-elf-gcc
这样的交叉编译工具,源文件中的
test
对应目标文件的
test,
即没有添加下划线,并且其符号类型为
R
。一般而言,位于
rodata section
。值得注意的是,如果在一个函数中定义
const char *test = “abc”, const char test_int = 3
。使用
nm
都不会得到符号信息,但是字符串“
abc
”分配于只读存储器中,
test
在
rodata section
中,大小为
4
。
|
S
|
符号位于非初始化数据区,用于
small object
。
|
T
|
该符号位于代码区
text section
。
|
U
|
该符号在当前文件中是未定义的,即该符号的定义在别的文件中。例如,当前文件调用另一个文件中定义的函数,在这个被调用的函数在当前就是未定义的;但是在定义它的文件中类型是
T
。但是对于全局变量来说,在定义它的文件中,其符号类型为
C
,在使用它的文件中,其类型为
U
。
|
V
|
该符号是一个
weak object
。
|
W
|
The symbol is a weak symbol that has not been specifically tagged as a weak object symbol.
|
-
|
该符号是
a.out
格式文件中的
stabs symbol
。
|
?
|
该符号类型没有定义
|
更新静态库的符号索引表
本小节的内容相对简单。前边提到过,静态库文件需要使用“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的工作。
历史通常是进步和妥协的混合!