按音序排序的utf8和gb18030 locale

LaoLang_cool · 发表于 2007-2-14 12:45:14

可能是加载顺序的问题,靠前的先载入.

食古不化 · 发表于 2007-2-23 11:23:36

我按上面的方法hack后，fvwm的标题都变成乱码了？
而且升级gcc和glibc后还要重新hack，所以还是给glibc打补丁的好。

zhllg · 发表于 2007-2-23 13:05:12

Post by hooey
我觉得 patch glibc 大概是最一劳永逸的办法了，大部分库的字符串排序都是直接调用 glibc 里面的函数的，可以省得一个库一个库的 patch 了，而且排序虽然看起来意义不大，但是在几百个文件里面找东西的时候还是很有用的。类似的功能应该提交到 upstream 去。不过不知道这个补丁对于 "一", "二", "三" 之类的排序是怎么处理的？

照我说的做和patch glibc效果是一样的，不需要一个库一个库的patch，只需要patch glibc，patch其他库从理论上说完全是缘木求鱼
fundawang已经把它提交到glibc bugzilla了
http://sourceware.org/bugzilla/show_bug.cgi?id=4024

zhllg · 发表于 2007-2-23 13:07:00

Post by Zer4tul
问个题外话，/etc/env.d/xxi18n和/etc/env.d/locale有什么区别？

一定要把xx换成数字
/etc/env.d里的文件名应以数字开头
这个数字决定了source的顺序

zhllg · 发表于 2007-2-23 13:09:26

Post by 食古不化
所以还是给glibc打补丁的好。

其实也很简单
你要有兴趣可以自己来，我可以提供帮助
虽然我本人认为没有什么必要，也没有什么兴趣

younker · 发表于 2007-2-23 17:43:41

先谢了。
最好能进入glibc。

zhllg · 发表于 2007-2-23 17:55:32

Post by zhllg
其实也很简单
你要有兴趣可以自己来，我可以提供帮助
虽然我本人认为没有什么必要，也没有什么兴趣

为不至于引起误解，我解释一下
这里的没必要，我是指修改ebuild并且放到overlay里，那样要用的话，需要重新emerge整个glibc，然后再locale-gen。慢且不说，而且还只是权宜之计，劳动价值太低。
对于让glibc收录这个补丁，我是很支持的。

Zer4tul · 发表于 2007-2-25 13:03:40

支持楼上的发言……

食古不化 · 发表于 2007-2-26 14:25:54

http://bbs.linuxsir.cn/showthread.php?t=292623

zhllg · 发表于 2007-2-26 15:36:36

hellwolf的默认安装方式有局限性
比如只有utf8和gb18030可以采用新顺序
照我说的做，所有的zh_CN的locale都是新顺序
而且我个人认为zh_CN@pinyin作为名字太累赘，太长
我们应该致力于把这个新顺序作为默认的zh_CN的collation
http://sourceware.org/bugzilla/show_bug.cgi?id=4024

		自动登录	找回密码
密码			注册