《linux下的静态库与动态库的区别,gdb调试段错误,自动生成makefile》由会员分享,可在线阅读,更多相关《linux下的静态库与动态库的区别,gdb调试段错误,自动生成makefile(7页珍藏版)》请在金锄头文库上搜索。
1、linux 下的静态库与动态库的区别1.什么是库在 windows 平台和 linux 平台下都大量存在着库。本质上来说库是一种可执行代码的二进制形式,可以被操作系统载入内存执行。由于 windows 和 linux 的本质不同,因此二者库的二进制是不兼容的。2.库的种类linux 下的库有两种:静态库 和共享库(动态库) 。二者的不同点在于代码被载入的时刻不同。静态库的代码在编译过程中已经被载入可执行程序,因此体积较大。共享库的代码是在可执行程序运行时才载入内存的,在编译过程中仅简单的引用,因此代码体积较小。3.库存在的意义库是别人写好的现有的,成熟的,可以复用的代码,你可以使用但要记得遵守
2、许可协议。现实中每个程序都要依赖很多基础的底层库,不可能每个人的代码都从零开始,因此库的存在意义非同寻常。共享库的好处是,不同的应用程序如果调用相同的库,那么在内存里只需要有一份该共享库的实例。4.库文件是如何产生的在 linux 下静态库 的后缀是.a,它的产生分两步Step 1.由源文件编译生成一堆.o,每个.o 里都包含这个编译单元的符号表Step 2.ar 命令将很多.o 转换成 .a,成文静态库动态库 的后缀是.so,它由 gcc 加特定参数编译产生。例如:$ gcc -fPIC -c *.c $ gcc -shared -Wl,-soname, libfoo.so.1 -o lib
3、foo.so.1.0 *.5.库文件是如何命名的,有没有什么规范在 linux 下,库文件一般放在 /usr/lib /lib 下,静态库的名字一般为 libxxxx.a,其中 xxxx 是该 lib 的名称动态库的名字一般为 libxxxx.so.major.minor,xxxx 是该 lib 的名称,major 是主版本号, minor 是副版本号6.如何知道一个可执行程序依赖哪些库ldd 命令可以查看一个可执行程序依赖的共享库,例如# ldd /bin/lnlibc.so.6= /lib/libc.so.6 (040021000)/lib/ld-linux.so.2= /lib/ld-
4、linux.so.2 (040000000)可以看到 ln 命令依赖于 libc 库和 ld-linux 库Gdb 调试段错误1.段错误是什么 段错误是指访问的内存超出了系统给这个程序所设定的内存空间,例如访问了不存在的内存地址、访问了系统保护的内存地址、访问了只读的内存地址等等情况。 2.段错误产生的原因访问不存在的内存地址#include #include void main() int *ptr = NULL; *ptr = 0; 访问系统保护的内存地址 #include #include void main() int *ptr = (int *)0; *ptr = 100; 访问只读
5、的内存地址 #include #include #include void main() char *ptr = test; strcpy(ptr, TEST); #include 栈溢出 #include void main() main(); 3.使用 gcc 和 gdb 调试1 dummy_function (void)2 3 unsigned char *ptr = 0x00;4 *ptr = 0x00; 5 67 int main (void)8 9 dummy_function ();1011 return 0;12 调试步骤 1、为了能够使用 gdb 调试程序,在编译阶段加上 -
6、g 参数 gcc -g -o test test.c2、使用 gdb 命令调试程序: 3、进入 gdb 后,运行程序: 4、完成调试后,输入 q 命令退出 gdb: 适用场景 1、仅当能确定程序一定会发生段错误的情况下使用。 2、当程序的源码可以获得的情况下,使用-g 参数编译程序。 3、一般用于测试阶段,生产环境下 gdb 会有副作用:使程序运行减慢,运行不够稳定,等等。 4、即使在测试阶段,如果程序过于复杂,gdb 也不能处理。 自动生成 Makefile 对于一个 UNIX/Linux 下 C 程序员来说,一个比较麻烦的工作就是写自己的 Makefile。可能你有如下经验:写一个简单的
7、C 程序,自己多写几行 gcc 命令就把程序变成可执行的了;写一个稍微复杂点的程序,源文件个数可能在 30 个左右,还是写一行行的 gcc 命令就麻烦了,你可能想到写个 makefile,你可能也在这样做着;但你某一天会发现你写的这个 Makefile 可能不是一个所有 UNIX/Linux 类操作系统下通用的 Makefile,比如某人下载了你的程序去他自己电脑上可能 make 不了。这样,你就有必要了解并学会运用 autoconf 和 automake 了。autoconf 是一个用于生成可以自动地配置软件源代码包以适应多种 UNIX 类系统的 shell脚本的工具。由 autoconf
8、生成的配置脚本在运行的时候不需要用户的手工干预;通常它们甚至不需要手工给出参数以确定系统的类型。相反,它们对软件包可能需要的各种特征进行独立的测试。在每个测试之前,它们打印一个单行的消息以说明它们正在进行的检测,以使得用户不会因为等待脚本执行完毕而焦躁。因此,它们在混合系统或者从各种常见UNIX 变种定制而成的系统中工作的很好。你也省了工作,没必要维护文件以储存由各个UNIX 变种、各个发行版本所支持的特征的列表。automake 是一个从文件 Makefile.am 自动生成 Makefile.in 的工具。每个Makefile.am 基本上是一系列 make 的宏定义(make 规则也会偶
9、尔出现)生成的Makefile.in,服从 GNU Makefile 标准。为了生成 Makefile.in,automake 需要 perl。但是由 automake 创建的发布完全服从GNU 标准,并且在创建中不需要 perl。在开始使用 autoconf 和 automake 之前,首先确认你的系统安装有 GNU 的如下软件:1. automake2. autoconf3. m44. perl5. 如果你需要产生共享库(shared library)则还需要 GNU Libtool介绍方法之前大家看一下下面这个图,先记下 autoconf 和 automake 工作的几个步骤:步骤解释如
10、下:1、由你的源文件通过 autoscan 命令生成 configure.scan 文件,然后修改configure.scan 文件并重命名为 configure.in2、由 aclocal 命令生成 aclocal.m43、由 autoconf 命令生成 configure4、编辑一个 Makefile.am 文件并由 automake 命令生成 Makefile.in 文件5、运行 configure 命令生成 Makefileautomake 支持三种目录层次:flat 、shallow 和 deep。一个 flat 包指的是所有文件都在一个目录中的包。为这类包提供的 Makefile.
11、am 不需要SUBDIRS 这个宏。这类包的一个例子是 termutils。对应咱们程序员来说:就是所有源文件及自己写的头文件都位于当前目录里面,且没有子目录。一个 deep 包指的是所有的源代码都被储存在子目录中的包;顶层目录主要包含配置信息。GNU cpio 是这类包的一个很好的例子,GNU tar 也是。 deep 包的顶层 Makefile.am 将包括宏 SUBDIRS,但没有其它定义需要创建的对象的宏。对应咱们程序员来说:就是所有源文件及自己写的头文件都位于当前目录的一个子目录里面,而当前目录里没有任何源文件。一个 shallow 包指的是主要的源代码储存在顶层目录中,而各个部分(
12、典型的是库)则储存在子目录中的包。automake 本身就是这类包(GNU make 也是如此,它现在已经不使用 automake) 。对应咱们程序员来说:就是主要源文件在当前目录里,而其它一些实现各部分功能的源文件各自位于不同目录。前两个层次的程序编辑方法非常简单,按照上述步骤一步步即可。而第三种层次 shallow稍微复杂一点,但这是我们经常写程序用到的结构。下面以一个例子说明 shallow 层次结构的源文件如何自动生成 Makefile 文件。例子源程序结构如下:hello 是我们的工作目录,hello 目录下有 main.c 源文件和comm、tools、db、network、int
13、erface 等五个目录。 comm 目录下有 comm.c 和comm.h 源文件及头文件,tools 目录下有 tools.c 和 tools.h,同样其它目录分别有db.c、 db.h、network.c、network.h 、interface.c 、interface.h 等一些源文件。按照如下步骤来自动生成 Makefile 吧:1、进入 hello 目录,运行 autoscan 命令,命令如下:cd helloautoscan2、ls 会发现多了一个 configure.scan 文件。修改此文件,在 AC_INIT 宏之后加入AM_INIT_AUTOMAKE(hello, 1.
14、0),这里 hello 是你的软件名称,1.0 是版本号,即你的这些源程序编译将生成一个软件 hello-1.0 版。然后把 configure.scan 文件的最后一行 AC_OUTPUT 宏填写完整变成 AC_OUTPUT(Makefile),表明 autoconf 和 automake 最终将生成 Makefile 文件。最后把 configure.scan 文件改名为configure.in。最终 configure.in 文件内容如下:# -*- Autoconf -*-# Process this file with autoconf to produce a configure
15、script.AC_PREREQ(2.60)AC_INIT(FULL-PACKAGE-NAME, VERSION, BUG-REPORT-ADDRESS)AM_INIT_AUTOMAKE(client, 1.0)AC_CONFIG_SRCDIR(client.c)#AC_CONFIG_HEADER(config.h) # 如果这行不注释掉会有问题为什么我也不知道# Checks for programs.AC_PROG_CC# Checks for libraries.# Checks for header files.AC_CHECK_HEADERS(netdb.h netinet/in.h
16、 strings.h sys/socket.h unistd.h)# Checks for typedefs, structures, and compiler characteristics.AC_HEADER_TIME# Checks for library functions.AC_HEADER_STDCAC_FUNC_SELECT_ARGTYPESAC_CHECK_FUNCS(bzero gethostbyname select socket)AC_OUTPUT(Makefile)3、运行 aclocal 命令,ls 会发现多了一个 aclocal.m4 文件。4、然后运行 autoconf 命令,ls 将发现生成了一个可执行的 configure 命令。5、编