On December 1, 2005 at 3:27PM +0000, fx (at gnu.org) wrote: > Package: mule-ucs > Severity: important > > I'm not sure whether this should be higher severity than `important' > -- it affects other packages. In particular, nxml-mode now conflicts > with mule-ucs because of this issue, but it shouldn't need to. > > The mule-ucs startup sucks in the library `mucs', which redefines > `encode-char' and `decode-char'. These are fairly fundamental in > multilingual handling, and they no longer work properly. E.g. > > (decode-char 'ucs #xfffe) > => nil > > Firstly, these definitions should be renamed (or possibly advised so > that they try the mule-ucs stuff if the normal functions return nil). > > Secondly, I don't think the startup should pull in the support > libraries anyway. They aren't needed for just defining the utf coding > systems. The startup could define what it needs in compiled code -- > the four versions of `un-define' that it basically wants > (`jisx0213-flag' × `prefer-latin-flag') -- and choose one at run time. > > Also, I'm surprised the startup turns on unify-8859-on-encoding-mode. > I'd expect that to conflict with mule-ucs, but I haven't checked what > actually happens now. > > I don't think the un-define-style code should be turned on by default; > I see you've rejected that already in #312883, but I don't understand > the comments about it. On the SPARC I just tried, mule-ucs adds 25s > to Emacs startup. It doesn't really help that the development Emacs > makes mule-ucs mostly obsolete, since there's no sign of it even > becoming stable :-(.
Thanks for the report. I rejected the request about loading speed issue (#312883). However, your report mentions that loading mule-ucs causes other important problems. I'll reconsider the mule-ucs startup issue. BTW, the current mule-ucs startup is for various reasons: * un-define is needed for utf-* on emacs21/xemacs21 * loading un-define after other packages might cause problems * loading ucs-tables after un-define might cause problems * unify-8859-on-encoding-mode is usefull even if un-define is loaded * unify-8859-on-decoding-mode conflicts with un-define * setting utf-8 coding-priority is needed to prefer mule-ucs * etc... -- Tatsuya Kinoshita
pgpXEO3NhrbUd.pgp
Description: PGP signature
