help-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Build failure caused by a .tit file


From: Eli Zaretskii
Subject: Re: Build failure caused by a .tit file
Date: Tue, 18 Apr 2017 17:56:52 +0300

> From: Göktuğ Kayaalp <address@hidden>
> Cc: address@hidden
> Date: Tue, 18 Apr 2017 15:41:45 +0300
> 
> Here it does indeed find the ‘\nBEGIN’ string.  The following patch
> fixes this error, but IDK if sanely:
> 
> diff --git a/lisp/international/titdic-cnv.el 
> b/lisp/international/titdic-cnv.el
> index 130bc74..6a593e2 100644
> --- a/lisp/international/titdic-cnv.el
> +++ b/lisp/international/titdic-cnv.el
> @@ -474,7 +474,6 @@ titdic-convert
>      (with-temp-file  (tit-make-quail-package-file-name filename dirname)
>        (let ((standard-output (current-buffer)))
>       (with-temp-buffer
> -       (set-buffer-multibyte nil)
>         ;; Here we must use `raw-text' instead of `no-conversion' to
>         ;; enable auto-decoding of eol format (CRLF->LF).
>         (let ((coding-system-for-read 'raw-text))

Doesn't look right at all.

> | Thread 1 "bootstrap-emacs" received signal SIGABRT, Aborted.
> | 0x00007ffff0d59269 in raise (address@hidden)
> |     at ../sysdeps/unix/sysv/linux/pt-raise.c:35
> | 35  ../sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory.
> | (gdb) bt
> | #0  0x00007ffff0d59269 in raise (address@hidden)
> |     at ../sysdeps/unix/sysv/linux/pt-raise.c:35
> | #1  0x00000000004f3f04 in terminate_due_to_signal (address@hidden, 
> |     address@hidden) at emacs.c:393
> | #2  0x000000000050d573 in emacs_abort () at sysdep.c:2371
> | #3  0x00000000004aa614 in bidi_initialize () at bidi.c:1097
> | #4  0x00000000004ae45f in bidi_init_it (address@hidden, 
> |     bytepos=1, frame_window_p=<optimized out>, 
> |     address@hidden) at bidi.c:1139

Does the file lisp/international/uni-bidi.el exist? is it non-empty?

If it does exist, do you have EMACSDATA or EMACSPATH variables set in
the environment?  Do you run Emacs from a shell or from inside another
Emacs session?

The backtrace indicates that something goes terribly wrong during
Emacs startup, and it doesn't find some of the files it needs for
that.

(And why are we still discussing this on help-gnu-emacs?)



reply via email to

[Prev in Thread] Current Thread [Next in Thread]