1、关于gcc、glibc和binutils模块之间的关系linux
一、gcc(gnu collect compiler)是一组编译工具的总称。它主要完成的工做任务是“预处理”和“编译”,以及提供了与编译器紧密相关的运行库的支持,如libgcc_s.so、libstdc++.so等。c++
二、binutils提供了一系列用来建立、管理和维护二进制目标文件的工具程序,如汇编(as)、链接(ld)、静态库归档(ar)、反汇编(objdump)、elf结构分析工具(readelf)、无效调试信息和符号的工具(strip)等。一般,binutils与gcc是紧密相集成的,没有binutils的话,gcc是不能正常工做的。api
三、glibc是gnu发布的libc库,也即c运行库。glibc是linux系统中最底层的api(应用程序开发接口),几乎其它任何的运行库都会倚赖于glibc。glibc除了封装linux操做系统所提供的系统服务外,它自己也提供了许多其它一些必要功能服务的实现,主要的以下:
(1)string,字符串处理
(2)signal,信号处理
(3)dlfcn,管理共享库的动态加载
(4)direct,文件目录操做
(5)elf,共享库的动态加载器,也即interpreter
(6)iconv,不一样字符集的编码转换
(7)inet,socket接口的实现
(8)intl,国际化,也即gettext的实现
(9)io
(10)linuxthreads
(11)locale,本地化
(12)login,虚拟终端设备的管理,及系统的安全访问
(13)malloc,动态内存的分配与管理
(14)nis
(15)stdlib,其它基本功能安全
gcc 和 libc 是互相依赖的两个软件,它们合做的方式相似 Linux 系统的 "自举"。先在一个能够运行的带有老 libc 和 gcc 的系统上,用老 gcc 编译出一个新版本的 gcc + 老 libc,再用这个新 gcc 编译出一个新 gcc + 新 libc,再用这套东东编译整个新系统。socket
glibc版本查看:工具
1) # /lib/libc.so.6ui
# /lib/libstdc++.so.6
2) # ldd --version编码
3) # readelf -s ltrace | grep -oP "GLIBC_[\d\.]*" | sort | uniq操作系统
"ltrace"是系统中的命令命令行
2、在现有系统上如何升级
一、升级这些库时,最好不要覆盖系统中缺省的;由于这些库,尤为是glibc库,是系统中最核心的共享库和工具,若是盲目覆盖,极可能致使整个系统瘫痪,由于通常更新glibc库时,其它全部以来libc库的共享库都须要从新被编译一遍。所以,为了调试某个程序进入glibc时,最好把glibc安装到/usr/local/lib下。
二、首先编译glibc库。注意最好令创建一个glibc-build的目录,configure时加上–enable-add-ons=linuxthreads选项。make install安装到/usr/local下。
三、修改gcc的spec文件(/usr/lib/gcc-lib/i386-redhat-linux/3.2.2/specs),更改ld-linux.so.2为/usr/local/lib下的新的共享库装载器。
四、编译binutils库,此时被编译出的程序会链接到/usr/local/lib下的新的libc库。注意,在configure前,须要设置ld缺省链接的路径(LIBRARY_PATH=/usr/local/lib:/lib:/usr/lib),不然binutils会configure出错,找不到libc中的一些符号。具体步骤以下:
(1)export LIBRARY_PATH=/usr/local/lib:/lib:/usr/lib
(2)mkdir binutils-build && cd binutils-build
(3)../binutils-2.13.90.0.18/configure
(4)make
(5)make -C ld clean
(6)make -C ld LIB_PATH=/usr/lib:/lib:/usr/local/bin(设置编译后的ld的缺省库搜索路径,后面的比前面的优先级高)
(7)make install
3、总结
一、运行时,动态库的装载依赖于ld-linux.so.6的实现,它查找共享库的顺序以下:
(1)ld-linux.so.6在可执行的目标文件中被指定,可用readelf命令查看
(2)ld-linux.so.6缺省在/usr/lib和lib中搜索;当glibc安装到/usr/local下时,它查找/usr/local/lib
(3)LD_LIBRARY_PATH环境变量中所设定的路径
(4)/etc/ld.so.conf(或/usr/local/etc/ld.so.conf)中所指定的路径,由ldconfig生成二进制的ld.so.cache中
二、编译时,搜索库的路径顺序以下:
(1)ld-linux.so.6由gcc的spec文件中所设定
(2)gcc –print-search-dirs所打印出的路径,主要是libgcc_s.so等库。能够经过GCC_EXEC_PREFIX来设定
(3)LIBRARY_PATH环境变量中所设定的路径,或编译的命令行中指定的-L/usr/local/lib
(4)binutils中的ld所设定的缺省搜索路径顺序,编译binutils时指定。(能够经过“ld –verbose | grep SEARCH”来查看)
三、二进制程序的搜索路径顺序为PATH环境变量中所设定。通常/usr/local/bin高于/usr/bin
四、编译时的头文件的搜索路径顺序,与library的查找顺序相似。通常/usr/local/include高于/usr/include