Re: [PATCH] fix for (list-coding-systems) from mule-diag.el

YH> But I can't since mule-diag.el is in the package. XEmacs YH> 21.1 does not have functions like coding-system-aliasee. I've tested this tiny patch to my patch with XEmacs 21.1.10 (those functions were broken there as horribly too): --- mule-diag.el 2001/05/06 21:18:52 1.4 +++ mule-diag.el 2001/05/08 19:15:42 ＠＠ -391,7 +391,8 ＠＠ ;; Print detailed information on CODING-SYSTEM. (defun print-coding-system (coding-system) (princ coding-system) - (if (coding-system-alias-p coding-system) + ;; aliases for coding system are not supported in XEmacs 21.1.x + (if (and (functionp 'coding-system-alias-p) (coding-system-alias-p coding-system)) (princ (format " (alias of %s)\n" (coding-system-aliasee coding-system))) (let ((type (coding-system-type coding-system)) (eol-type (coding-system-eol-type coding-system))) 'encode and 'decode properties in 21.1 are printed out rather incomprehensibly: alternativnyj-mac;ccl;Cy.Alt:t;cr;[1 110 14 1051 21 140 -1017 -1268 ...skipped... 32 32 32 32 32 32 1648 -66292 22];Coding-system used for Alternativnyj This could be somehow "fixed" (at least printing just "there is 'encode/'decode ccl program") simply, as `arrayp' helps to distinguish between old-style and new-style ccl-programs. YH> I think mule-diag.el should belong to core so that it can avoid issues YH> like this. But the status quo is that mule-diag.el belongs to YH> mule-base package and XEmacs 21.1 must be supported by package. Hm. Is there anywhere explained which versions of XEmacsen should be supported by packages? YH> Could you please fix it to work with XEmacs 21.1? Then that will YH> definitely go in. That'd be great even though I understand that no one probably will use those ;) But it was very important patch for my Lisp education (thanks again, Hannu) :) --alexm