--- Begin Message ---
Subject: |
29.0.50; Recursive load of uni-special-lowercase.el |
Date: |
Sun, 02 Jan 2022 02:18:41 -0500 |
Package: Emacs
Version: 29.0.50
Report by Eli to `emacs-devel`:
There's some strange problem with this file: when building Emacs after
it is updated, byte-compilation of various Lisp files fails with error
message like this:
File local-variables error: (error Recursive load
/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el
/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el
/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el
/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el
/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el)
In toplevel form:
international/mule.el:1833:8: Error: Recursive load:
"/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el",
"/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el",
"/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el",
"/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el",
"/home/eliz/git/emacs/branch/lisp/international/uni-special-lowercase.el",
"/home/eliz/git/emacs/branch/lisp/international/uni-special-uppercase.el"
Makefile:290: recipe for target '../lisp/international/mule.elc' failed
I guess we try to lower-case some parts of the file-local variables
section, and that causes recursive load or something?
I couldn't get around this except by removing the file-local vars from
the file.
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#52945: 29.0.50; Recursive load of uni-special-lowercase.el |
Date: |
Sun, 02 Jan 2022 02:26:19 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
> There's some strange problem with this file: when building Emacs after
> it is updated, byte-compilation of various Lisp files fails with error
> message like this:
Indeed I can reproduce it with:
make
touch lisp/international/{ucs-normalize,charprop,uni-special-lowercase}.el
make
It seems it is newly introduced by the symbol-shorthands
code, which apparently uses just enough more of the `hack-local-variables`
machinery to trigger it.
Not sure what's the best fix for it, but I installed a patch into
`emacs-28` which seems to work around the problem.
Maybe we should drop the lazy loading feature of lisp/international/uni-*
since those files end up preloaded anyway.
Stefan
--- End Message ---