Problems with byte compiled startup files
Stephen J. Turnbull
stephen at xemacs.org
Tue Oct 28 12:19:11 EDT 2008
Mike FABIAN writes:
> I found now that it indeed happens only on 64-bit.
> I cannot see any warnings which seem to be related. bytecode.c compiles
> without warnings.
Comparing the 64-bit/32-bit attachments, pretty clearly it's not
directly a 64-bit problem as such. The 32-bit-compiled file is OK,
but for some reason the 64-bit-compiled file is being saved in UTF-8.
Which is *not* supposed to happen, ever. Byte-compiled files are
supposed to be saved in binary or a special escape-quoted encoding.
Why 64-bit-ness would affect this, I don't know. These are both the
same SuSE sources, right?
I don't have a patch, yet, since I don't know why this is happening.
buffer-file-coding-system is forced to raw-text or escape-quoted in
byte-compile-insert-header (lisp/bytecomp.el). Apparently something
is overriding that. You could try putting a Lisp debugger breakpoint
on write-region before byte-compiling, then checking the value of that
variable.
Is latin-unity active? I notice that -vanilla seems to help. Do you
have anything in the site-start or default.el files? (Those don't
seem to be available directly on build.opensuse.org.) I can't think
of anything else offhand that would override buffer-file-coding-system.
More information about the XEmacs-Beta
mailing list