博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
glibc的编译和调试
阅读量:6230 次
发布时间:2019-06-21

本文共 2221 字,大约阅读时间需要 7 分钟。

  在上一节中,我们调试了malloc,调试它需要自己下载glibc的源码,自己编译,替换linux系统的c库。
 环境当时用的是ubuntu14 ,glibc版本系统默认为glibc2.19. 我们用的是glibc2.21
 下载源码:
http://ftp.gnu.org/gnu/glibc
  它需要安装linux-headers-·uname -r· 
  以及软件版本的要求:

make  3.79

gcc  4.6

binutils 2.22

texinfo 4.7

awk 3.1.2

per5  ---

sed 3.02

autoconf gettext 0.10.36

bison 2.7

由于内核比较新,所以编译的时候会提示找不到头文件等问题,需要:

点击(此处)折叠或打开

  1. 解决办法:
  2. 不是 ln –s /usr/include/asm-generic/ /usr/include/asm
  3. 而是
  4. Ln –s /usr/include/i386-linux-gnu/asm /usr/include/asm

对于 64位系统,我们需要设置cflags中 –march=x86-64 ;其他的默认为-march=i486/i386/i686等

Ln –s  /usr/include/x86-64-linux-gnu/asm  /usr/include/asm

编译步骤:

#tar -zxvf glibc-2.21.tar.gz

#cd glibc-2.21
#export CFLAGS="-g -O2 -march=i486"
#./glibc-2.21/configure --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin --disable-sanity-checks

#make

#make install

在修改glibc源代码的时候,我们不免需要打印,这里可以用:
fprintf(stderr,"this is  your  val:%d...\n",val);
configure 关键选项说明:
 prefix=/usr/local/glibc  指定glibc安装目录
--with-headers=/usr/include  指定需要的系统头文件目录
 --with-binutils=/usr/bin       指定需要的系统工具目录
--with-libs=                          指定需要的库目录
有时候我们编译安装后,可能会找不到库什么的,比如 :

出现这类错误表示,系统不知道xxx.so放在哪个目录下,这时候就要在/etc/ld.so.conf中加入xxx.so所在的目录。

一般而言,有很多的so会存放在/usr/local/lib这个目录底下,去这个目录底下找,果然发现自己所需要的.so文件。

所以,在/etc/ld.so.conf中加入/usr/local/lib这一行,保存之后,再运行:/sbin/ldconfig –v更新一下配置即可

系统的库一般是一个软件链接,即libc.so.6,我的环境是:
#ls  -l   /lib/i386-linux-gnu/libc.so.6 
#lrwxrwxrwx 1 root root 32  4月 17 11:10 /lib/i386-linux-gnu/libc.so.6 -> /lib/i386-linux-gnu/libc-2.19.so
一般make会成功,但是make install的时候可能会失败,比如创建link的时候,这个时候
在你编译的目录下有一个libc.so 它就是你要的c库。只不过后来会改名字为libc-2.21.so而已,如果make install 成功
它会把系统的libc.so.6 链接到 libc-2.21.so
这里需要注意的是 :
1. 
/lib
/usr/lib
里面加东西,是不用修改
/etc/ld.so.conf
的,但是完了之后要调一下
ldconfig
,不然这个library会找不到
2. 想往上面两个目录以外加东西的时候,一定要修改/etc/ld.so.conf,然后再调用ldconfig,不然也会找不到
3.
如果想在这两个目录以外放lib,但是又不想在/etc/ld.so.conf中加东西(或者是没有权限加东西)。那也可以,就是export一个全局变量LD_LIBRARY_PATH,然后运行程序的时候就会去这个目录中找library。一般来讲这只是一种临时的解决方案,在没有权限或临时需要的时候使用
比如我遇到的问题就是虽然make成功了,在make install的最后一步替换libc失败,导致运行依赖c库的程序都不能成功运行。
可以执行如下操作,需要知道系统的glibc版本:
 #LD_PRELOAD=/lib/i386-linux-gnu/libc-2.19.so  ls  -l    
然后在进一步操作,比如我的安装glibc到/usr/下,那么虽然make install失败,那么利用上面的执行ldconfig -V 即可,需要让/usr/lib生效.
然后删除系统的libc.so.6链接。我们的库就可以运行了。你也可以直接替换libc.so.6链接的库,都是可以的.

转载地址:http://iwana.baihongyu.com/

你可能感兴趣的文章
BZOJ1303 中位数图
查看>>
生产者消费者模型
查看>>
Multi-level Contextual 3D Convolutional Neural Networks
查看>>
apidoc官网和github地址
查看>>
来到外企几天的感受
查看>>
<a>之间怎么放值</a> 挺简单的,第一次遇到···
查看>>
业界领袖们曾希望在毕业时得到的建议
查看>>
Linux禁用IPv6
查看>>
【转】linux 用户线程、LWP、内核线程学习笔记
查看>>
各种书籍
查看>>
使用注解开发springmvc
查看>>
BZOJ-4326: NOIP2015 运输计划 (二分+LCA+树上差分)
查看>>
linux并发控制之读写信号量
查看>>
MySQL表的四种分区类型
查看>>
Razor模板引擎
查看>>
Log4Net 日志配置[附带源码]
查看>>
企业级Nginx Web服务优化实战
查看>>
Google地图,Baidu地图数据供应商
查看>>
抽象类
查看>>
node溢出
查看>>