While preparing a trunk patch to integrate JWZ's X selection fixes, I came across the issue that utf-16-le isn't a coding system on -current. Implementing it as an alias for utf-16-little-endian seems to be the most sensible thing to do, to me. lisp/ChangeLog addition: 2005-01-21 Aidan Kehoe <kehoea(a)parhasard.net&gt; * unicode.el: Add coding system aliases for utf-16-be and utf-16-le, for improved compatibility with Mule-UCS and the FSF. XEmacs Trunk source patch: Diff command: cvs -q diff -u Files affected: lisp/unicode.el Index: lisp/unicode.el =================================================================== RCS file: /pack/xemacscvs/XEmacs/xemacs/lisp/unicode.el,v retrieving revision 1.9 diff -u -r1.9 unicode.el --- lisp/unicode.el 2004/11/04 23:05:55 1.9 +++ lisp/unicode.el 2005/01/21 15:56:24 ＠＠ -192,6 +192,8 ＠＠ for private, corporate or internal use." type utf-16)) +(define-coding-system-alias 'utf-16-be 'utf-16) + (make-coding-system 'utf-16-bom 'unicode "UTF-16 w/BOM" ＠＠ -228,6 +230,8 ＠＠ See `utf-16' coding system." type utf-16 little-endian t)) + +(define-coding-system-alias 'utf-16-le 'utf-16-little-endian) (make-coding-system 'utf-16-little-endian-bom 'unicode -- “Ah come on now Ted, a Volkswagen with a mind of its own, driving all over the place and going mad, if that’s not scary I don’t know what is.”