LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
12
返回列表 发新帖
楼主: clinif

Debian要用EGLIBC取代GLIBC了?

[复制链接]
发表于 2009-5-12 21:50:06 | 显示全部楼层
glibc |     2.9-10 | http://mirrors.163.com unstable/main Sources
    eglibc |     2.9-12 | http://ftp.jp.debian.org unstable/main Sources

嗯,已经换了,163 的源可能要过几天才会跟上
回复 支持 反对

使用道具 举报

 楼主| 发表于 2009-5-13 07:02:55 | 显示全部楼层
Post by tigatron;1986523
glibc |     2.9-10 | http://mirrors.163.com unstable/main Sources
    eglibc |     2.9-12 | http://ftp.jp.debian.org unstable/main Sources

嗯,已经换了,163 的源可能要过几天才会跟上



呃,还真是说换就就换了啊……貌似比想象的要快的多啊……
回复 支持 反对

使用道具 举报

发表于 2009-5-13 08:46:39 | 显示全部楼层
有竞争才好。
回复 支持 反对

使用道具 举报

发表于 2009-5-13 10:01:05 | 显示全部楼层
感觉上最后不会换掉,只是用来威逼 Ulrich 的方法而已。
回复 支持 反对

使用道具 举报

发表于 2009-5-13 12:21:11 | 显示全部楼层
Post by superjet;1986174
已经换了,看看libc6的dsc链接就知道了

http://packages.debian.org/sid/libc6

确实已进入 sid。

进展满快的,偶前面那贴发出时还仅仅是 upload,http://packages.debian.org/searc ... amp;keywords=eglibc
无结果;
现在也有检索结果了。

现在的问题是,不知这样会不会带来性能下降,毕竟 glibc 体积大的是性能优化的结果。
Post by lazyfai;1986631
感觉上最后不会换掉,只是用来威逼 Ulrich 的方法而已。

这种想法满有意思。
Ulrich 强硬执行的 cvs 发布确实让相当一部分人不爽,不过 eglibc 也是类似的。
回复 支持 反对

使用道具 举报

发表于 2009-5-13 12:26:14 | 显示全部楼层
回复 支持 反对

使用道具 举报

发表于 2009-5-15 00:39:15 | 显示全部楼层
Interesting, but I just don't have a spare machine to try this out.
回复 支持 反对

使用道具 举报

发表于 2009-6-16 21:13:34 | 显示全部楼层
刚刚看 CLFS 手册,原来个多星期前 CLFS SVN 手册都改用 eglibc 了,也许是大势所趋了,不知其他发行版什麽时候跟随?
回复 支持 反对

使用道具 举报

发表于 2009-6-19 13:23:42 | 显示全部楼层
EGlibc 主要是改进了对嵌入式环境的支持,如进行交叉编译。 Ulrich 似乎不理会相关的 patch ,所以惹恼了一部分 porter,进而才出现 eglibc fork。具体见 Debian glibc 维护者的 blog: http://blog.aurel32.net/?p=47

不过 eglibc 会保证与 glibc 的 ABI 和 API 完全兼容,因此对用户来说是感觉不到区别的。
回复 支持 反对

使用道具 举报

发表于 2009-6-19 13:34:15 | 显示全部楼层
楼上,eglibc 官网 faq 部分已经指明,eglibc 不是 glibc fork,只是侧重点不同,相信大多数人都不希望看到分裂。
http://www.eglibc.org/faq
Is EGLIBC a "fork" of GLIBC?

    EGLIBC is not meant to be a fork of GLIBC. GLIBC is well-suited to its core mission: providing a C library for use on workstation and server GNU/Linux systems. However, the GLIBC developers have requirements that make GLIBC difficult to use on embedded systems. The goal of EGLIBC is to provide a variant of GLIBC for use on embedded systems, but with as few changes to GLIBC as possible.

    Contributors to EGLIBC should consider contributing to GLIBC. If the GLIBC maintainers accept the contribution, it will find its way into EGLIBC because the EGLIBC maintainers regularly merge GLIBC changes into EGLIBC. Because all changes to EGLIBC meet the FSF's requirements for inclusion in GLIBC, the GLIBC maintainers are always free to incorporate EGLIBC changes.
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表