|
From: | GNU bug Tracking System |
Subject: | bug#59358: closed (29.0.50; failing to load .eln for init file sets user-init-file to warnings.el) |
Date: | Sun, 20 Nov 2022 22:16:01 +0000 |
Your message dated Sun, 20 Nov 2022 23:14:58 +0100 with message-id <CAAeL0SQamV9JmyZAEuaCjU7ZNFse7RPmazXXOHzUe_m5zrRFhA@mail.gmail.com> and subject line has caused the debbugs.gnu.org bug report #59358, regarding 29.0.50; failing to load .eln for init file sets user-init-file to warnings.el to be marked as done. (If you believe you have received this mail in error, please contact help-debbugs@gnu.org.) -- 59358: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59358 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems
--- Begin Message ---Subject: 29.0.50; failing to load .eln for init file sets user-init-file to warnings.el Date: Fri, 18 Nov 2022 14:17:36 +0100
If you use ~/.emacs instead of ~.emacs.d/init.el, and happen to compile .emacs, Emacs loads .emacs.elc (as it has always done), but the native compiler does *not* know how to compile it (because it does not know how to locate its source), so it gives a warning:
022-11-18 02:54:01+0100 Warning (comp): Cannot look up eln file as no source file was found for d:/Home/.emacs.elc
and then it assigns the user-init-file to the native-compiled warnings.el,
"d:/Home/.emacs.d/native/29.0.50-a4a10996/warnings-28e75f4d-02da775e.eln"
which now, with the fix for bug#59334, ends up pointing to warnings.el:
ELISP> user-init-file
"d:/Devel/emacs/repo/trunk/lisp/emacs-lisp/warnings.el"
--- End Message ---
--- Begin Message ---Subject: Date: Sun, 20 Nov 2022 23:14:58 +0100 The more serious bug is fixed with this commit:8ec8decd9f of 2022-11-20Avoid native compiler setting user-init-file to warnings.el (bug#59358)
I'll open a new bug report with the first issue (the native compiler being unable to compile .emacs).
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |