Re: Windows 28.1 install/zip has el newer than elc for some files?

[Eli Zaretskii]

> From: Corwin Brust <corwin@bru.st>
> Date: Thu, 21 Apr 2022 10:55:35 -0500
> Cc: Emacs developers <emacs-devel@gnu.org>
> 
> In short, I have no idea how the modification dates are being changed.
> It seems to me that they aren't:
> 
> corwi@Avalon MINGW64 /d/emacs-build
> $ unzip -lv install/upload/emacs-28.1.zip | grep xwidget.el
>    28927  Defl:X     7669  74% 2022-03-11 01:04 8d0d1e4b
> emacs-28.1/share/emacs/28.1/lisp/xwidget.el
>    25110  Defl:X     7180  71% 2022-04-03 07:16 3d3a8c8c
> emacs-28.1/share/emacs/28.1/lisp/xwidget.elc

That's not what I see in the zip file that was originally on the GNU
FTP site:

    28927  04/04/2022 18:17   share/emacs/28.1/lisp/xwidget.el
    25113  04/04/2022 18:17   share/emacs/28.1/lisp/xwidget.elc

> You will see from the below that I am using the source tarball for the
> new versions I've recently posted however I did find that I need to
> run make clean or otherwise no ELN files are produced (even when I
> tried specifying NATIVE_FULL_AOT=1 to make).  I'm assuming this need
> to make clean and then run autogen.sh isn't expected.  Would it make
> sense to create a bug report for this?

I don't understand.  I build Emacs from the tarball, and didn't need
any "make clean" to have the *.eln files built as part of the build
process.  (And how is this related to the issue at hand?)