unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#52945: 29.0.50; Recursive load of uni-special-lowercase.el
@ 2022-01-02  7:18 Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
  2022-01-02  7:26 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 1 reply; 2+ messages in thread
From: Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-02  7:18 UTC (permalink / raw)
  To: 52945

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.






^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#52945: 29.0.50; Recursive load of uni-special-lowercase.el
  2022-01-02  7:18 bug#52945: 29.0.50; Recursive load of uni-special-lowercase.el Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
@ 2022-01-02  7:26 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
  0 siblings, 0 replies; 2+ messages in thread
From: Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors @ 2022-01-02  7:26 UTC (permalink / raw)
  To: 52945-done

> 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






^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2022-01-02  7:26 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-01-02  7:18 bug#52945: 29.0.50; Recursive load of uni-special-lowercase.el Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2022-01-02  7:26 ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).