bug#43822: 28.0.50; build failed on revno.5ec2115

bug#43822: 28.0.50; build failed on revno.5ec2115

[Katsumi Yamaoka]

Hi,

On Sun, 04 Oct 2020 15:41:59 -0400, Juri Linkov wrote:
> branch: master
> commit 5ec21155c39aab8a452d190a260e6912d1d9a920
> Author: Juri Linkov <juri@linkov.net>
> Commit: Juri Linkov <juri@linkov.net>

>     Use '…' for ellipsis in truncate-string-to-width by default (bug#41250)

Probably because of this change, building Emacs got to fail (on
at least Cygwin platform).  Before the change (96a8e8) it's ok.
An output of make is below.  Where I added (setq debug-on-error t)
to `skkdic-convert-postfix' in "lisp/international/ja-dic-cnv.el".

Note that Emacs tries to load the file named "...".  I couldn't
find how `lookup-nested-alist' calls `load-with-code-conversion',
sorry.

[...]
make[2]: Entering directory '/Work/Emacs/lisp'
make -C ../leim all EMACS="../src/bootstrap-emacs.exe"
make[3]: Entering directory '/Work/Emacs/leim'
  GEN      ../lisp/leim/ja-dic/ja-dic.el
  INFO     Processing OKURI-ARI entries
  INFO     Processing POSTFIX entries
Debugger entered--Lisp error: (invalid-read-syntax "?")
  read(#<buffer  *load*>)
  eval-buffer(#<buffer  *load*> nil "/Work/Emacs/lisp/international/..." nil t)  ; Reading at buffer position 2307
[...]
  load-with-code-conversion("/Work/Emacs/lisp/international/..." "/Work/Emacs/lisp/international/..." nil t)
  lookup-nested-alist("行" (skkdic-postfix-list) nil nil t)
  skkdic-convert-postfix(#<buffer  *skkdic-unannotated*> #<buffer *skkdic-work*>)
  skkdic-convert("/Work/Emacs/leim/SKK-DIC/SKK-JI..." "/Work/Emacs/lisp/leim/ja-dic")
  batch-skkdic-convert()
  funcall(batch-skkdic-convert)
[...]
make[3]: *** [Makefile:143: ../lisp/leim/ja-dic/ja-dic.el] Error 255
make[3]: Leaving directory '/Work/Emacs/leim'
make[2]: *** [Makefile:352: leim] Error 2
make[2]: Leaving directory '/Work/Emacs/lisp'
make[1]: *** [Makefile:794: ../lisp/loaddefs.el] Error 2
make[1]: Leaving directory '/Work/Emacs/src'
make: *** [Makefile:424: src] Error 2

Thanks.

bug#43822: 28.0.50; build failed on revno.5ec2115

[Juri Linkov]

>>     Use '…' for ellipsis in truncate-string-to-width by default (bug#41250)
>
> Probably because of this change, building Emacs got to fail (on
> at least Cygwin platform).  Before the change (96a8e8) it's ok.
> An output of make is below.  Where I added (setq debug-on-error t)
> to `skkdic-convert-postfix' in "lisp/international/ja-dic-cnv.el".
>
> Note that Emacs tries to load the file named "...".  I couldn't
> find how `lookup-nested-alist' calls `load-with-code-conversion',
> sorry.

This breakage is fixed now.  Please see bug#41250 for the discussion.
This bug could be left open until a more general solution is found.

bug#43822: 28.0.50; build failed on revno.5ec2115

[Juri Linkov]

tags 43822 fixed
close 43822 28.0.50
quit

>>>     Use '…' for ellipsis in truncate-string-to-width by default (bug#41250)
>>
>> Probably because of this change, building Emacs got to fail (on
>> at least Cygwin platform).  Before the change (96a8e8) it's ok.
>> An output of make is below.  Where I added (setq debug-on-error t)
>> to `skkdic-convert-postfix' in "lisp/international/ja-dic-cnv.el".
>>
>> Note that Emacs tries to load the file named "...".  I couldn't
>> find how `lookup-nested-alist' calls `load-with-code-conversion',
>> sorry.
>
> This breakage is fixed now.  Please see bug#41250 for the discussion.
> This bug could be left open until a more general solution is found.

Stefan fixed this in bug#41250, so closing this report as well.

bug#43822: 28.0.50; build failed on revno.5ec2115

[Katsumi Yamaoka]

On Tue, 06 Oct 2020 11:04:22 +0300, Juri Linkov wrote:
> This breakage is fixed now.  Please see bug#41250 for the discussion.
> This bug could be left open until a more general solution is found.

Oh, I understood it to be due to misplaced let-bound
`coding-system-for-read' that prevents mule-util.el, in which
"…" is added recently, from being autoloaded.

On Tue, 06 Oct 2020 21:27:26 +0300, Juri Linkov wrote:
> Stefan fixed this in bug#41250, so closing this report as well.

Works fine now.  Thanks.