From: Eli Zaretskii <eliz@gnu.org>
To: Holger Schurig <holgerschurig@gmail.com>
Cc: 58267-done@debbugs.gnu.org
Subject: bug#58267: 29.0.50; Native-compiling the same files at every start
Date: Wed, 05 Oct 2022 08:26:14 +0300 [thread overview]
Message-ID: <83zgeau9hl.fsf@gnu.org> (raw)
In-Reply-To: <CAOpc7mE64zSG_R1v8u=myBuL=QLmURqERwqSJae-w096Ru5fKA@mail.gmail.com> (message from Holger Schurig on Tue, 4 Oct 2022 22:13:24 +0200)
> From: Holger Schurig <holgerschurig@gmail.com>
> Date: Tue, 4 Oct 2022 22:13:24 +0200
>
> > cl-loaddefs.el has a "no-native-compile: t" cookie, so it's expected
>
> Ah, okay. Still weird that the log claims that it's logged as if it is compiled:
>
> Compiling /usr/local/share/emacs/29.0.50/lisp/emacs-lisp/cl-loaddefs.el.gz...
> uncompressing cl-loaddefs.el.gz...
> uncompressing cl-loaddefs.el.gz...done
>
> Would I have read
>
> Uncompress /usr/local/share/emacs/29.0.50/lisp/emacs-lisp/cl-loaddefs.el.gz...
> ...done. no-native-compile set, ignored
>
> then I wouldn't have wondered into this trap.
>
> > If you start "emacs -Q" and type "M-x load-library RET pcase RET", does pcase get compiled and
> deposited into your eln-cache?
>
> Ah, that is the difference. Yes, this time it did. Previously it didn't. And the difference was ... I started
> "emacs" without -Q for the pcase.el example. So I did start Emacs Doom, not vanilla Emacs. And Dooms
> one sets different cache directories:
>
> > native-comp-eln-load-path is a variable defined in comp.c.
> >
> > Value
> > ("/home/holger/.emacs.d/.local/cache/eln/" "/home/holger/.emacs.d/eln-cache/"
> "/usr/local/stow/emacs/lib/emacs/29.0.50/native-lisp/")
>
> So the native-compiled pcase.el ended up in Doom's place, not in Emacs' place, where I did expect it.
>
> That also explains what I reported in my original post.
>
> * I started "emacs" (Doom) and noticed several files in the Async log
> * Then I started "emacs -Q" and saw the same files again
> * This was because Doom wrote the compiled ones into his directory, hidden from vanilla Emacs, and
> vanilla Emacs had to compile them. Again.
> * On top of that the cl-loaddefs file with the no-native-compile cookie confused me further
>
> So, sorry that I bothered you. This bug isn't a bug and can be closed.
Thanks, I'm therefore closing this bug.
prev parent reply other threads:[~2022-10-05 5:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-03 7:11 bug#58267: 29.0.50; Native-compiling the same files at every start Holger Schurig
2022-10-03 16:51 ` Eli Zaretskii
2022-10-04 19:20 ` Holger Schurig
2022-10-04 19:45 ` Eli Zaretskii
[not found] ` <CAOpc7mE64zSG_R1v8u=myBuL=QLmURqERwqSJae-w096Ru5fKA@mail.gmail.com>
2022-10-05 5:26 ` Eli Zaretskii [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83zgeau9hl.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=58267-done@debbugs.gnu.org \
--cc=holgerschurig@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.