当前位置：首页 → 问答吧 → glibc-2.9 稳定版11月19日已释出

glibc-2.9 稳定版11月19日已释出

时间：2008-11-21

来源：互联网

http://sourceware.org/ml/libc-alpha/.../msg00008.html
http://sourceware.org/ml/libc-alpha/.../msg00010.html

tarball 还是没戏，没有什么特别吸引人的新特性。

作者: 聚焦深空发布时间: 2008-11-21

有什么新特性

作者: Dennis.Wang 发布时间: 2008-11-22

请看给出的第一个链接

* Unified lookup for getaddrinfo: IPv4 and IPv6 addresses are now looked
up at the same time. Implemented by Ulrich Drepper.

* TLS descriptors for LD and GD on x86 and x86-64.
Implemented by Alexandre Oliva.

* getaddrinfo now handles DCCP and UDPlite.
Implemented by Ulrich Drepper.

* New fixed-size conversion macros: htobe16, htole16, be16toh, le16toh,
htobe32, htole32, be32toh, le32toh, htobe64, htole64, be64toh, le64toh.
Implemented by Ulrich Drepper.

* New implementation of memmem, strstr, and strcasestr which is O(n).
Implemented by Eric Blake.

* New Linux interfaces: inotify_init1, dup3, epoll_create1, pipe2

* Implement "e" option for popen to open file descriptor with the
close-on-exec flag set. Implemented by Ulrich Drepper.

* Implement "b" mode for fmemopen. In this mode writes writes don't
implicitly add a NUL byte and seeks from the end of the buffer really
use the buffer end, not the string length as the basis.
Implemented by Ulrich Drepper.

* Many functions, exported and internal, now atomically set the
close-on-exec
flag when run on a sufficiently new kernel. Implemented by Ulrich
Drepper.

* Sorting rules for some Indian languages (Kannada, Gurumukhi, Telugu,
Sinhala)
Implemented by Pravin Satpute.

* New locales: sd_IN, sd_IN@devanagari, ks_IN@devanagari, ht_HT, en_AG,
nl_AW.

作者: 聚焦深空发布时间: 2008-11-22

引用:

作者: 聚焦深空

http://sourceware.org/ml/libc-alpha/.../msg00008.html
http://sourceware.org/ml/libc-alpha/.../msg00010.html

tarball 还是没戏，没有什么特别吸引人的新特性。

这仍令人讨厌。。。

作者: d00m3d 发布时间: 2008-11-22

因多数gnu的东东都可以tar.gz形式下载，只限定cvs下载很多时因网络的限制往往受阻，很恶心的说

tar的问题搞得用户怨声载道，但根本于事无补，决定权不在这些人手里

引用:

...
shevegen said...

The problem is simple - the company in question has changed their strategy not long ago by tightening their control over key software.

However, I find it hilarious that RMS continually trolls about the freedom of the GNU project while at the same time projects like Glibc (but GCC too, to a lesser extent though) continually and purposely misbehave. Pretty every GNU project offers tarballs. That can't be that difficult, no?

There is no way to change this situation however. Why not? Because the developers in question do not care.

I can only encourage people to become as independent as possible from arrogant developers. These developers will continually make idiotic claims, but in essence the main problem is their arrogant, inflated ego and hate against "Average Joe Sixpack" while they introduce problems for others.

And - in the case of Glibc - this is done on purpose by ALL their developers.
...

可行的方案是从一些大型发行版的源码池或者是从第三方下，比如:

http://toolchain.freesa.org/

作者: superjet 发布时间: 2008-11-22

glibc的升级速度也太快了吧

作者: cobranail 发布时间: 2008-11-24

又看了一眼：
The code has been extensively tested as
part of Red Hat's rawhide development

redhat的技术还真是挺强的。

作者: cobranail 发布时间: 2008-11-24

似乎还是下这里的保险些：ftp://sources.redhat.com/pub/glibc/s...081124.tar.bz2

作者: newper 发布时间: 2008-11-25

引用:

作者: newper

似乎还是下这里的保险些：ftp://sources.redhat.com/pub/glibc/s...081124.tar.bz2

http://www.gnu.org/software/libc/resources.html
有说明
Weekly snapshots are published at <ftp://sources.redhat.com/pub/glibc/snapshots>. Once untarred, you can immediately do cvs update in that directory to update via anonymous CVS.

个人不建议大家使用 redhat 每周一自动生成的 snapshots，从时间上说是过时的，如果把一些致命 bug 引入系统，很不合算，还是直接 cvs 好了，另建议尝鲜者跟踪 maillist。

个人准备等到 glibc 恢复 tarball 发布时，再升级 glibc-2.7，在此之前，cvs 发布仅用于测试目的。

作者: 聚焦深空发布时间: 2008-11-25

对上一次由 cvs snapshot 改回 tarball 都过了很久，要等就不知道会等到何年何月何日了

既然 LFS-6.4 stable release 都采纳了 glibc-2.8-20080929，我看 glibc-2.8-20080929 还是可以一用吧

作者: d00m3d 发布时间: 2008-11-26

引用:

作者: 聚焦深空

个人不建议大家使用 redhat 每周一自动生成的 snapshots，从时间上说是过时的，如果把一些致命 bug 引入系统，很不合算，还是直接 cvs 好了，另建议尝鲜者跟踪 maillist。

我认为branch不太可能有致命错误，只是修复更新，而trunk才可能会有致命错误，装branch的snapshot不会有太大风险。

作者: newper 发布时间: 2008-11-26

引用:

作者: d00m3d

迟早，glibc 维护者要换人的，最坏的情况是有不满者 fork。

glibc-2.8 glibc-2.9 中真正吸引人的是 memset、memcpy，可以通过向后移植到 glibc-2.7 解决，这两天偶试试。

偶实在很难把 cvs 发布的 glibc “稳定版” 当作“心理上的稳定版”，只有忍痛。

作者: 聚焦深空发布时间: 2008-11-28

引用:

作者: newper

我认为branch不太可能有致命错误，只是修复更新，而trunk才可能会有致命错误，装branch的snapshot不会有太大风险。

偶只是以适度夸张来说明问题。

作者: 聚焦深空发布时间: 2008-11-28

今天已经进portage，谁详细介绍下，有什么新特性。
http://packages.gentoo.org/package/sys-libs/glibc

ps:汗，原来在LFS版。

作者: LongerZ 发布时间: 2008-12-08

引用:

作者: 聚焦深空

深空兄还是有远见，glibc-2.8 更新後老是有这现像

引用:

Starting Name Service Cache Daemon: nscd/usr/sbin/nscd: relocation error: /usr/sbin/nscd: symbol __nss_services_lookup, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference failed!

Google 上情况相当普遍而且好像没有答案，近日升级 shadow-4.1.2.2 居然不能执行 pwconv，正是上面的错误，也不知是否有问题，正打算将 glibc 降级之。。。

作者: d00m3d 发布时间: 2008-12-14

毁灭兄取笑了，偶只是比较顽固。

上面的问题会不会是升级 glibc 不彻底引起？
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498516

作者: 聚焦深空发布时间: 2008-12-17

这个我看过了，DD 说他们解决了此问题，但我把 Debian 的包下过来，patch 也看过了，貌似要以 Debian 的独有编译方式才行，其改动跟传统 LFS 的方法不相同，因此我也打消了用 Debian patch 的念头

看来要降级 glibc 才会彻底了。。。

作者: d00m3d 发布时间: 2008-12-18

刚出了怪招做好 CLFS-SVN-x86_64 Multilib 的基本系统，由於 CLFS-SVN 手册都用 glibc-2.9，虽然不知是哪个 snapshot，既然 CLFS 能用，心想常规 LFS 32 bit 系统应该也能用。

反正原来的 glibc-2.8-20080929 用得不爽，打算降级，好奇心驱使下不如尝试升级。一不做二不休，本着冒死的精神（毁掉系统的风险，当然是先做备份了），干脆使用 gcc-4.4-20090306 来进行编译。

结果一切顺利，先前 shadow 的问题也一扫而空，也拜托 gcc-4.4 带来的效能，全新的 glibc 运行起来实在爽死了，连带用 wine 跑的 Lotus Notes 或怪兽级的 OpenOffice 之类也像起飞了

好不快哉！

作者: d00m3d 发布时间: 2009-03-12

心动，动心，忍住。
瞟了一眼，gcc-4.4 bug 还是满多的，现在做主力还早点。
glibc-2.9 已进入 debian sid，多了一个使用的理由。

具体有多快？

作者: 聚焦深空发布时间: 2009-03-12

机子在公司，明天有空跑跑 SciMark2 看看，不过好像 SciMark2 比较不了 glibc 的变化，有没有什麽其他跑分程序的建议？

作者: d00m3d 发布时间: 2009-03-12

http://www.phystech.com/download/ubench.html

另，开机启动速度有无变化？

作者: 聚焦深空发布时间: 2009-03-12

今天发现gcc-4.4已经没有p1级的bug了，还有glibc的tarball似乎有希望:
http://sourceware.org/ml/libc-alpha/.../msg00065.html
还有关于CLFS-native手册的mpfr寻找gmp库的问题我已经做了实验，ldd的结果表明第六章的mpfr用的是第六章的gmp的动态链接库，关于静态库，我不知如何验证

作者: newper 发布时间: 2009-03-12

楼上，多谢。
glibc 天大好消息。
刚刚看过 http://ftp.gnu.org/gnu/glibc/ 已有下 2.8 2.9 tarball （2009年3月10日），暂缺 port 部分如邮件列表所言。

终于可以开心使用 glibc-2.8 2.9。

作者: 聚焦深空发布时间: 2009-03-12

引用:

作者: 聚焦深空

http://www.phystech.com/download/ubench.html

另，开机启动速度有无变化？

似乎有点旧了，其语法无法通过 gcc-4.2.4/4.3.3/4.4 编译，可是我系统里最低版都是 4.2.4，找个 3.x 来似乎也失去意义，也不知 3.x 哪个版可通过：（

平日开机启动速度没有监察，现在系统已更新，无法对比了。

间接对比还是有的，以往用相同的 gcc 编译一个 wine-1.1.15 需时 38m20s，现在重新编译需时 36m30s，快了近两分钟。

作者: d00m3d 发布时间: 2009-03-13

这个总结的比较全 http://lbs.sourceforge.net/，随便看看，也是比较旧。

gcc-4.2 3.x 都可以咔嚓掉，
qwmu-0.10.0 不再需要 gcc-3.x，
大部分软件包新版已经完好支持 gcc-4.3，gcc-4.2 有些鸡肋。

作者: 聚焦深空发布时间: 2009-03-13

这些以前也玩过，http://www.linuxsir.org/bbs/showthread.php?t=253783

近期的有这个：
http://www.phoronix-test-suite.com/

可是有些依赖未满足。。。

作者: d00m3d 发布时间: 2009-03-13

引用:

作者: 聚焦深空

心动，动心，忍住。
瞟了一眼，gcc-4.4 bug 还是满多的，现在做主力还早点。
glibc-2.9 已进入 debian sid，多了一个使用的理由。

具体有多快？

刚看 SVN 版手册都更新成 2.9 了，现在又有官方的 tarball，看来深空应该不用等，去马吧：）

作者: d00m3d 发布时间: 2009-03-17

这一段时间玩 sbox2，等几天再升级，睡觉时自动升就是，不急。
SVN 对偶来说是过时的，glibc 这个特例快消失了。

作者: 聚焦深空发布时间: 2009-03-17

我不是指 SVN 够新，是指它收录到手册里意味着 LFS 的 developer 都认为它有一定情度的稳定性了，应该是比较放心用吧

作者: d00m3d 发布时间: 2009-03-17

一般有正式版本号就足够稳定，特例不多，并且特例大部分是因为老版本、或开发版有某种值得用的功能、或兼容考虑。

偶算比较激进的，但又相当顽固。

作者: 聚焦深空发布时间: 2009-03-17

是的，glibc 还是不能太激进，否则得不尝失，上次 2.7 -> 2.8-20080929 已上了一课

作者: d00m3d 发布时间: 2009-03-17

现在最高的glibc是 glibc-2.10 么？？

作者: wheel 发布时间: 2009-09-11

From GNU C Library:
Current Status

The current stable version is 2.10.1.

See the NEWS file in the glibc sources for more information.

There is a FAQ file distributed with the glibc source which you should read first.

我Build LFS时, 用的这个. 目前感觉很稳定.

作者: swordhui 发布时间: 2009-09-11

官方的稳定包，今天为止仍是 2.10.1，但如果想换换囗味，可以考虑玩 eglibc-2.10.1，看 CLFS 手册，其 revision 更新也快

作者: d00m3d 发布时间: 2009-09-12