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 :-(.
-- System Information:
Debian Release: 3.1
APT prefers stable
APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
