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>
	* 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.”