MGC 2.1 为何编译不了 python 3.0 ？

haulm · 发表于 2009-1-5 18:44:50

奇怪，编译一半时提示缺少utf8相关的编译条件，换个系统编译是正常的，关于Linux系统之GB码和UTF8之争看来GB码不是一个明智的选择，而且LinuxQQ在GB码的系统环境中传送文件的文件名居然会是乱码的，显然很多国产软件已经把UTF8码当做是默认的系统编码，或者可能是因为程序员的疏忽，从目前所有国内的Linux发行版来看只有MGC还在坚持默认国标。过去MGC2.0的成功可能是尊重了用户的编码习惯，可谁能想到编码统一来得更为重要和紧迫，国家强制GB码的观点似乎是支持而并非必需是默认。

从应用来看，提供一个编码转换工具远比无止境地去给泊来软件GB码补丁要容易的多，Linux 的更新也太快了。

[ 本帖最后由 haulm 于 2009-1-5 18:50 编辑 ]

jiangtao9999 · 发表于 2009-1-5 19:05:46

默认 GB locale 可以解决很多编码问题。
不然很多软件默认的字符串转换都会因为 locale 为 utf8 而出现问题。
其实现在最主要的问题还是 unicode 还没有完全覆盖世界编码。弄得中日韩文字总是出现各种各样的问题。现在韩文放弃汉字似乎解决了不少的问题。日文和中文看来还要继续等待。

haulm · 发表于 2009-1-5 19:10:43

有些观点或许是理论上正确的，可是应用上出了点问题，你去问下那些开发软件的中国企业，他们的linux软件难道会是不懂得理论，而是顺从了大环境，要看清楚MGC的确有应用群体，但比起总的大环境下没有任何商量余地，这就好比KDE兄认定了GCC3，可是软件开发商们可不这么想，新的软件紧跟着新的开发环境，新的事物快速替换了旧的东西，而想着兼容早软件反而丢失了更多。

panpanpdj · 发表于 2009-1-5 19:30:08

编码问题确实很烦人，其实统一了用哪种就行，现在的两种都有两种都用的情况是最不好的

sejishikong · 发表于 2009-1-5 20:26:15

enable-unicode=ucs4，同时在LANG=C下编译，试试看行不行。

jiangtao9999 · 发表于 2009-1-5 21:46:41

恩，想起来了，gentoo 下面的 gcc 好像有几个版本只能在非多字节的 locale 下面编译。
可能 python 3 也遇到了这个问题？

haulm · 发表于 2009-1-6 10:11:01

可以增加一个图形的系统默认编码转换工具。

sejishikong · 发表于 2009-1-6 11:14:45

其实如果补丁都整理好了,可以实现utf-8到gb互相转换的.

jiangtao9999 · 发表于 2009-1-6 17:18:57

GNOME 的 GDM 我记得曾经有语言选择功能，可以直接选择 GB 还是 UTF 进入系统。

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