unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@gnu.org>
To: Aaron Jensen <aaronjensen@gmail.com>
Cc: Andrew Whatson <whatson@gmail.com>, 46617@debbugs.gnu.org
Subject: bug#46617: 28.0.50; nativecomp: native compile cache is not invalidated when file is re-byte compiled and changes
Date: Wed, 31 Mar 2021 10:22:29 +0000	[thread overview]
Message-ID: <xjfblazoc62.fsf@sdf.org> (raw)
In-Reply-To: <CAHyO48y7ukzp6zVHkuEGkO7bwh_Wt96WpM3DPySvLTD-mdsVgQ@mail.gmail.com> (Aaron Jensen's message of "Mon, 29 Mar 2021 11:26:39 -0500")

Aaron Jensen <aaronjensen@gmail.com> writes:

> On Mon, Mar 29, 2021 at 3:15 AM Andrea Corallo <akrl@sdf.org> wrote:
>> Compares against the .elc.
>
> For some reason, I do not see this behavior. Touching the elc files
> and restarting does not trigger a recompile of the elns.

That's odd, I do.

>> Do you have a reproducer I can look at?
>
> Yes, you can follow straight.el's installation instructions. Create a
> new .emacs.d/init.el with:
>
> (defvar bootstrap-version)
> (let ((bootstrap-file
>        (expand-file-name "straight/repos/straight.el/bootstrap.el"
> user-emacs-directory))
>       (bootstrap-version 5))
>   (unless (file-exists-p bootstrap-file)
>     (with-current-buffer
>         (url-retrieve-synchronously
>          "https://raw.githubusercontent.com/raxod502/straight.el/develop/install.el"
>          'silent 'inhibit-cookies)
>       (goto-char (point-max))
>       (eval-print-last-sexp)))
>   (load bootstrap-file nil 'nomessage))
>
> Load emacs, let it install straight and do all native compilation.
>
> Restart emacs. It will recompile straight.el every time you restart.
>
> It will also recompile every time you do:
>
> (load "~/.emacs.d/straight/repos/straight.el/straight.elc" nil
> 'nomessage 'nosuffix)
>
> One thing of note here is that because of the way straight works there
> ends up being two straight.elc files. One in straight/build/straight
> and another in straight/repos/straight.el. The former has a
> straight.el that symlinks to the latter, but the straight.elcs are
> both concrete.

Okay I think I see what's the issue.

We have changed the `load' semantinc and now when the a .elc file is
explicitly requested for load we do not load the .eln even if present.
But at this point we don't have to trigger the native compilation for
that file.

I'll come-up with a fix.

Thanks

  Andrea





  reply	other threads:[~2021-03-31 10:22 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-18 15:42 bug#46617: 28.0.50; nativecomp: native compile cache is not invalidated when file is re-byte compiled and changes Aaron Jensen
2021-02-25  5:48 ` Aaron Jensen
2021-02-25  9:04   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-02-25 16:09     ` Aaron Jensen
2021-02-25 17:01       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-21 17:27       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-21 17:36         ` Aaron Jensen
2021-03-21 17:59           ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-21 20:54             ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-22  0:44               ` Aaron Jensen
2021-03-22  7:57                 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-26  7:54                   ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-28 18:24                     ` Aaron Jensen
2021-03-29  8:14                       ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-03-29 16:26                         ` Aaron Jensen
2021-03-31 10:22                           ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors [this message]
2021-03-31 16:30                             ` Aaron Jensen
2021-03-31 17:58                               ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-04-07 18:48                                 ` Andrea Corallo via Bug reports for GNU Emacs, the Swiss army knife of text editors

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xjfblazoc62.fsf@sdf.org \
    --to=bug-gnu-emacs@gnu.org \
    --cc=46617@debbugs.gnu.org \
    --cc=aaronjensen@gmail.com \
    --cc=akrl@sdf.org \
    --cc=whatson@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 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).