GNU binutils工具使用.pdfVIP

GNU binutils 是一组二进制工具集。包括：addr2line ar gprof nm objcopy objdump ranlib size strings strip. 本文归纳他们的常用法。 ar ar用于建立、修改、提取档案文件(archive)。archive 是一个包含多个被包含文件的单一 文件（也称之为库文件），其结构保证了可以从中检索并得到原始的被包含文件（称之为 archive 中的member）。member 的原始文件内容、模式（权限）、时间戳、所有着和组等属 性都被保存在 archive 中。member 被提取后，他们的属性被恢复到初始状态。 ar主要用于创建C库文件(关于.o目标文件的生成和共享库的详细介绍，参考gcc 笔记 创建静态库 (1) 生成目标文件： ) $gcc-Wall-cfile1.c file2.cfile3.c 不用指定生成.o文件名(默认生成file1.o, file2.o, file3.o)。 (2) 从.o目标文件创建静态连接库： $arrvlibNAME.afile1.ofile2.ofile3.o ar生成了libNAME.a库，并列出库中的文件。 r : 将flie1.o, file2,o, file3.o 插入archive，如故原先archive 中已经存在某文件，则先将 该文件删除。 v: 显示ar操作的附加信息(如被处理的member文件名) 注: 对于BSD 系统, 还需要在创建静态库之后创建索引:$ranlib libNAME.aLinux 中不需要 这一步(运行它也是无害的). 创建动态库(利用gcc，未用ar) (1) 生成目标文件 $gcc-Wall-c-fpic file1.cfile2.c file3.c -fpic: 指定生成的.o目标文件可被重定址.pic是positionidependent code的缩写: 位置无关代 码. (2)生成动态库文件 $gcc-shared-olibNAME.sofile1.ofile2.ofile3.o 一般地, 连接器使用main()函数作为程序入口. 但在动态共享库中没有这样的入口. 所以就 要指定-shared选项来避免编译器显示出错信息. 实际上, 上述的两条命令可以合并为下面这条: $gcc-Wall-shared-fpic -olibNAME.sofile1.cfile2.c file3.c 此后，将main 函数所在的程序与libNAME.so 连接（注意库连接路径和头文件包含路径， 以及连接顺序！参考gcc 笔记） 至此，与动态库连接的函数编译成了一个可执行文件。貌似成功了，但还差最后一步。如果 直接运行该程序，会给出这样的错误信息: errorwhile loadingsharedlibraries: libhello.so: cannotopenshared objectfile: Nosuchfile ordirectory 这是因为与动态库连接的程序在运行时，首先将该动态库加载到内存中，而gcc 默认加载动 态库文件所在目录为/usr/local/lib,/usr/lib。刚才的程序虽然能编译成功，但如果我们自己建 立的动态库没有位于默认目录中，则执行时会应为无法找到它而失败。 解决办法：改变加载路径对应的环境变量，然后再执行。 exportLD_LIBRARY_PATH=动态库所在目录:$LD_LIBRARY_PATH 查看archive 内容 $artvarchiveNAME t: 显示archive 中member的内容，若不指定member，则列出所有。 v: 与t 结合使用时，显示member 的详细信息。 要想进了解ar的详细选项，参考ar的on-line manual nm nm 用来列出目标文件中的符号，可以帮助程序员定位和分析执行程序和目标文件中的 符号信息和它的属性。 如果没有目标文件作为参数传递给nm, nm 假定目标文件为a.out. 这里用一个简单的示例程序来介绍nm的用法: main.c: intmain(intargc, char*argv[]) { hello(); bye(); return0; } hello.c: void hello(void) { printf(hello!\n); } bye.c: void bye(void) {