glibc

2012.12.28 - 继续悲催LFS

青春壹個敷衍的年華 提交于 2020-03-22 05:38:09
昨天晚上装到第五章,Gcc - Pass 2的时候出了问题,configure怎么都过不去,报错很短,说我的gcc无法生成可执行文件,然后就在网上搜来搜去,初步判定有两种可能的原因: 1、 可能是我之前Glibc出错的那个地方,修改的不对,虽然最后编译过去了,但是很有可能不对。因为网上有跟我相似的错误(虽然不相同),他下面给出的回答 就是说之前可能在编译Glibc的时候不是独立编译的,用的是宿主机的什么什么。回想我确实在Glibc的地方出过错误,而且是我唯一出了问题的地方,所 以我断定60%的可能性是这个原因,如果是这个原因的话,就悲催了,首先我不得不全部重新来过,至少摇回溯到Glibc之前,那就相当于重来一遍了。其次 这个地方还得找到解决的办法。这种情况下只能找任世军问了,因为在网上没有找到Glibc那个问题的解决办法。 2、在configure那一步的紧前面有一段话" Before starting to build GCC, remember to unset any environment variables that override the default optimizationflags. " 他说要把之前改动过的影响默认优化的一些变量啊重新置位,但是我根本不知道是哪些,总不能重头挨个找吧,而且一般需要做额外操作的地方这本书上都会有具体 的命令

Centos6.5安装net-snmp时“libc.so.6: version GLIBC_2.14 not found”问题

人走茶凉 提交于 2020-03-19 16:48:35
3 月,跳不动了?>>> 从上面报错可以看出,程序运行时候,没有找到“GLIBC_2.14”这个版本库,而默认的Centos6.9 glibc版本最高为2.12, 所以需要更新系统glibc库。 glibc是gnu发布的libc库,即c运行库,glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc。glibc除了封装linux操作系统所提供的系统服务外,它本身也提供了许多其它一些必要功能服务的实现。 二、查看系统版本和glibc库版本 我们可以使用命令查看Linux系统版本和glibc库版本 # strings /lib64/libc.so.6 |grep GLIBC_ GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_2.5 GLIBC_2.6 GLIBC_2.7 GLIBC_2.8 GLIBC_2.9 GLIBC_2.10 GLIBC_2.11 GLIBC_2.12 GLIBC_PRIVATE 由上面的信息可以看出系统是CentOS 6.5,最高支持glibc的版本为2.12,而Android打包使用的aapt需要2.14版本,所以需要升级。 三、下载GCC2.14编译并升级 wget http://ftp.gnu.org/gnu

Glibc vs GCC vs binutils compatibility

丶灬走出姿态 提交于 2020-03-13 14:07:06
问题 Is there a sort of official documentation about version compatibility between binutils, glibc and GCC? I found this matrix for binutils vs GCC version compatibility. It would be good to have something like this for GCC vs glibc as well. The point I'm asking this for is that I need to know if I can build, say, cross GCC 4.9.2 with "embedded" glibc 2.2.4 to be able to support quite old targets like CentOS 5. Thank you. 回答1: it's extremely unlikely you'll be able to build such an old version of

Glibc vs GCC vs binutils compatibility

你离开我真会死。 提交于 2020-03-13 14:06:56
问题 Is there a sort of official documentation about version compatibility between binutils, glibc and GCC? I found this matrix for binutils vs GCC version compatibility. It would be good to have something like this for GCC vs glibc as well. The point I'm asking this for is that I need to know if I can build, say, cross GCC 4.9.2 with "embedded" glibc 2.2.4 to be able to support quite old targets like CentOS 5. Thank you. 回答1: it's extremely unlikely you'll be able to build such an old version of

CentOS安装Oracle 11gR2(x64)

▼魔方 西西 提交于 2020-03-13 03:26:18
本文主要步骤是参考:https://www.linuxidc.com/Linux/2014-02/97374.htm 后来自己加入了一些安装过程中遇到的问题和解决方法。使用图形界面安装Oracle已经不推荐,使用配置好的相关脚本来安装(静默安装)更方便。 安装前须知 内存(RAM)的最小要求是 1GB,建议 2GB 及以上。 虚拟内存 swap 建议:内存为 1GB~2GB 时建议swap大小为内存大小的 1.5 倍;内存为 2GB~16GB 时建议swap大小为内存的大小;内存超过 16GB 时swap保持16GB。 要求临时文件目录,如 /tmp 的磁盘空间至少 1GB。 磁盘空间要求:企业版为4.35GB的安装空间和1.7GB以上的数据文件空间;标准版为4.22GB的安装空间和1.5GB以上的数据文件空间。 需要 X window 图形界面。 需要 root 用户权限 用CentOS7安装的步骤是一样的。只是依赖包的版本会有所不同。详细见具体的步骤会有注明。 本文安装环境 操作系统 CentOS 6.4 2.6.32-358.el6.x86_64(desktop), 2GB RAM,80GB 硬盘空间(4GB swap、100MB /boot、30GB /) 主机名 L3, IP 192.168.88.53(静态) 安装所需程序包(在root帐号下操作): binutils

/lib64/libc.so.6: version `GLIBC_2.14' not found问题

独自空忆成欢 提交于 2020-03-12 09:30:09
今天运行一个例程,出现了/lib64/libc.so.6: version `GLIBC_2.14' not found问题,把解决过程简单记录一下。 系统环境: centos6.2 现象: [root@localhost nvEncodeApp]# ./nvEncoder ./nvEncoder: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by ./nvEncoder) 好吧,人家需要的是'GLIBC_2.14',先查看一下当前系统glibc的情况: [root@localhost build]# strings /lib64/libc.so.6 |grep GLIBC GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 GLIBC_2.3.3 GLIBC_2.3.4 GLIBC_2.4 GLIBC_2.5 GLIBC_2.6 GLIBC_2.7 GLIBC_2.8 GLIBC_2.9 GLIBC_2.10 GLIBC_2.11 GLIBC_2.12 GLIBC_PRIVATE 好吧,确实没有,那简单粗暴,安装一下。 1. glibc下载 从 http://www.gnu.org/software/libc/ 下载源代码。我下载的版本是2.14,链接地址是 http

解决version `GLIBC_2.14' not found问题

孤人 提交于 2020-03-12 09:28:29
原因分析 由于Linux系统的glibc版本太低,而软件编译时使用了较高版本的glibc引起 什么是GLIBC glibc是 GNU 发布的libc库,即c 运行库 。glibc是 linux系统 中最底层的 api ,几乎其它任何运行库都会依赖于glibc。glibc除了封装 linux 操作系统所提供的 系统服务 外,它本身也提供了许多其它一些必要功能服务的实现。由于 glibc 囊括了几乎所有的 UNIX 通行的标准,可以想见其内容包罗万象。而就像其他的 UNIX 系统一样,其内含的档案群分散于系统的树状 目录结构 中,像一个支架一般撑起整个操作系统。在 GNU/Linux 系统中,其C函式库发展史点出了GNU/Linux 演进的几个重要里程碑,用 glibc 作为系统的C函式库,是GNU/Linux演进的一个重要里程碑。参考: https://baike.baidu.com/item/glibc?fr=aladdin 解决方案 第一步:查看下当前系统支持的glibc的版本 strings /lib64/libc.so.6 |grep GLIBC_ 第二步:根据上面的glibc的定义可知,升级影响还是很大的。所以,看下是否真的需要升级,也就是要安装的软件可否使用低版本上编译生成的,或者采用docker等容器技术绕开的方案 最后,不得不升级,采用如下方式: $ tar

Linux误删C基本运行库libc.so.6急救方法

早过忘川 提交于 2020-03-11 05:52:18
首先普及一下关于libc.so.6的基本常识: libc.so.6是glibc的软链接 ll /lib64/libc.so.6 lrwxrwxrwx 1 root root 11 Aug 27 2014 /lib64/libc.so.6 -> libc-2.5.so glibc是gnu发布的libc库,即c运行库。glibc是linux系统中最底层的api,几乎其它任何运行库都会依赖于glibc,所以说绝大部分操作命令都缺少不了它 如何误删了/lib64/libc.so.6,大部分系统命令将无法执行,ssh登录系统也不成功,只会无休止的提示以下错误: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory 这种情况下,大部分命令已经不能执行了,只能执行例如cd,echo等小部分命令,而实用的cp,mv则不可用 经过各种百度,得到解决方法(而此种方法的前提是ssh还没断开,如果ssh已断开则无法重新连接上,得使用另外的方法用光盘重启进入急救模式): 在同版本系统上查看/lib64/libc.so.6得知是属于libc-2.5.so的软链接,因此,libc-2.5.so文件肯定还是存在的,误删的只是软链接而已

/lib64/libc.so.6: version GLIBC_2.14 not found

让人想犯罪 __ 提交于 2020-03-10 13:24:39
libc.so.6: version GLIBC_2.14 not found 需要升级gblic版本 如果下载不畅, 点击这里下载, 网盘资源 提取码:r019 # 下载本体 wget http://ftp.gnu.org/gnu/glibc/glibc-2.14.tar.gz # 下载补丁 wget http://ftp.gnu.org/gnu/glibc/glibc-ports-2.14.tar.gz # 开始安装准备 tar -xvf glibc-2.14.tar.gz tar -xvf glibc-ports-2.14.tar.gz mv glibc-ports-2.14 glibc-2.14/ports mkdir glibc-2.14/build cd glibc-2.14/build # 三部曲 .. /configure --prefix = /usr --disable-profile --enable-add-ons --with-headers = /usr/include --with-binutils = /usr/bin make make install 验证 ll /lib64/libc.so.6 strings /lib64/libc.so.6 | grep GLIBC_ 来源: CSDN 作者: _Tsun 链接: https://blog

CentOS 7 /lib64/libc.so.6: version `GLIBC_2.18' not found

烈酒焚心 提交于 2020-03-07 23:47:52
# 如果没有安装gcc的话 # yum install gcc wget http://ftp.gnu.org/gnu/glibc/glibc-2.18.tar.gz tar zxf glibc-2.18.tar.gz cd glibc-2.18/ mkdir build cd build/ .. /configure --prefix = /usr make -j4 make install 来源: CSDN 作者: 熊猫也是猫啊 链接: https://blog.csdn.net/weixin_43189735/article/details/104722673