Re: [Fwd: [PATCH] packages: Define encode-mime-charset-string as function]

Ville> On Mon, 2002-07-15 at 06:41, Katsumi Yamaoka wrote: No chance. APEL in practice is a third dialect of Emacs Lisp, similar to both GNU Emacs Lisp and XEmacs Lisp, but still subtly different. I can think of three XEmacs Reviewers who would veto that immediately for the devel branch, and anyway there's no way we can retroactively install it in existing installations of already released versions. This deserves strong consideration. I don't see a serious performance hit, unless you're writing CGIs for a high-traffic web site in Elisp. Loading would be negligibly slower, execution no change, if defun-maybe decided whether to defun at load time rather than compile time, no? But this would require a lot of effort from the APEL maintainers (I think XEmacs effort would be far better devoted to synching with GNU Emacs and making as much of APEL unnecessary as possible). Ville> IMHO, any of these choices doesn't sound too good. Would Ville> this one work? Ville> 4. Provide the XEmacs apel package without byte-compiled Ville> files. No. That's basically a source package, and source packages currently are completely unsupported. It's hard enough to get a clean compile environment in the source tree; I think it highly unlikely that we'll be able to give quality support in the installed tree. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN My nostalgia for Icon makes me forget about any of the bad things. I don't have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py