Bug? Xemacs 21.1/Flim 1.14.2: mel-b-el.elc not installed correctly

Katsumi Yamaoka yamaoka at jpl.org
Fri Jun 1 10:20:01 JST 2001


>>>>> In [emacs-mime-en : No.00028] 
>>>>>	Peter Møller Neergaard <turtle at bu.edu> wrote:

KY> It should be mel-b-ccl if you really use XEmacs 21.1.12 with mule
KY> to install FLIM 1.14.2.

PMN> I indeed have the variable My mel-b-ccl-module set to nil, but I
PMN> use Xemacs without mule.

I see.  Without mule is okay.  You never did any faults.  This problem
is caused by a bug in FLIM 1.14.2.

KY> By the way, it seems that mel-b-el is out of support in FLIM
KY> 1.14.2 because it does not require `pces' even if it is needed to
KY> byte-compile mel-b-el.el.

PMN> Couldn't this be the explanation of the difference in the
PMN> compiled file?

mel-b-el.el uses the macro `as-binary-process' which must be provided
just before compiling.  It will substitute the source form:

	(as-binary-process BODY)

to the new source form:

	(let (selective-display
	      (coding-system-for-read 'binary)
	      (coding-system-for-write 'binary))
	  BODY)

and then, the byte-compiler will generate the byte-codes in the .elc
file based on the new source form.  However, not only mel-b-el.el but
also some other modules do not load the module "pces" to pick up the
macro definition at the compile time.  So the byte-compiler will make
the byte-codes corresponding to the following form:

	(funcall 'as-binary-process BODY)

The byte code won't be changed even if the module "pces" is loaded.
I will try to fix this, later.
-- 
Katsumi Yamaoka <yamaoka at jpl.org>




More information about the Emacs-mime-en mailing list