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

I completely agree with Ben about the maintainability issues below. Ben> it has to do with maintainability. much of the stuff in xemacs-base really is Ben> part of the core [e.g. advice.el, comint.el, shell.el, etc.]. much of the core Ben> depends on xemacs-base, and xemacs-base depends on the core, and these two Ben> things are closely tied together. but there's an artificial separation here Ben> that makes it very difficult and cumbersome to make changes in xemacs-base, Ben> since we have to worry about keeping compatibility with old versions of xemacs Ben> and can't use other new core functions in them, etc. the whole purpose of the Ben> package system is to allow independent chunks to be maintained and upgraded Ben> independently, but in this case xemacs-base is *NOT* an independent package Ben> since it's so bound up with the core. any potential gain from being able to Ben> upgrade it independently is far outweighed by the loss caused by the difficulty Ben> in working on its code.