GNU bug report logs -
#52292
29.0.50; when ~/.emacs.d is a relative symlink to ~/foo/bar, (setq find-file-visit-truename t) causes package-install to generate incorrect autoloads
Previous Next
Full log
Message #19 received at 52292 <at> debbugs.gnu.org (full text, mbox):
> Cc: Lars Ingebrigtsen <larsi <at> gnus.org>, alexandre.liao <at> gmail.com
> From: No Wayman <iarchivedmywholelife <at> gmail.com>
> Date: Wed, 11 May 2022 00:23:42 -0400
>
> diff --git a/lisp/emacs-lisp/autoload.el b/lisp/emacs-lisp/autoload.el
> index 1e4b2c14a0..23e34ddad0 100644
> --- a/lisp/emacs-lisp/autoload.el
> +++ b/lisp/emacs-lisp/autoload.el
> @@ -282,6 +282,7 @@ autoload-find-generated-file
> (let ((enable-local-variables :safe)
> (enable-local-eval nil)
> (find-file-hook nil)
> + (find-file-visit-truename nil)
> (delay-mode-hooks t))
> ;; We used to use `raw-text' to read this file, but this causes
> ;; problems when the file contains non-ASCII characters.
I think I'd prefer to run the file name through expand-file-name
instead, as not resolving symlinks and other similar "equivalences"
could have adverse effect elsewhere, if someone compares the file name
to some other file name.
This bug report was last modified 3 years and 37 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.