Re: elc-files in distribution tar-ball can break build
On Sun, 09 Jun 2013 02:43:17 +0900
"Stephen J. Turnbull" <stephen(a)xemacs.org> wrote:
Mats Lidell writes:
> In the 21.5 beta series the elc-files are distributed in the
> tar-ball. Is there some rational for that?
It's been that way for 20 years. I just haven't bothered to change
it. It's never been reported as a problem until very recently, not
even 13 years ago when most people built --no-mule.
It is relatively new. 21.5.30 builds "normally" for me.
If you go through the archives in the last year or so, ISTR a similar
thread, but don't know when offhand.
> I haven't analyzed all tar-balls but it seems like 21.5.32 and
> 21.5.33 have elc-files that refuses to load under a no mule XEmacs.
Which ones, and in what way do they refuse to load?
Loading /usr/src/xemacs/xemacs-21.5.33/lisp/fontl-hooks.elc...
Loading /usr/src/xemacs/xemacs-21.5.33/lisp/auto-show.elc...
Loading /usr/src/xemacs/xemacs-21.5.33/lisp/paragraphs.elc...
*** Error in XEmacs initialization
(error "Loading this file requires xemacs, mule")
*** Backtrace
really-early-error-handler((error "Loading this file requires xemacs,
mule")) signal(error ("Loading this file requires xemacs, mule"))
# bind (args datum)
cerror("Loading this file requires xemacs, mule")
apply(cerror "Loading this file requires xemacs, mule" nil)
# bind (args datum)
error("Loading this file requires xemacs, mule")
(or (and (featurep (quote xemacs)) (featurep (quote mule))) (error
"Loading this file requires xemacs, mule"))
The error seems to be in bytecomp.el.
Cheers,
Sean
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta