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

[Eli Zaretskii]

> From: Joel Reicher <joel.reicher@gmail.com>
> Date: Wed, 20 Apr 2022 13:15:21 +1000
> Cc: Emacs developers <emacs-devel@gnu.org>
> 
> > Joel,  Please let me know if you have any different results from
> > trying out one of these.
> 
> Tried the new installer and seems fine. No problems or warnings when running 
> emacs, and a scan over the el/elc file pairs shows time differences no 
> smaller than ~800 seconds that I can see.

Corwin, I don't understand why the time stamps of the *.el files in
the binary distribution don't match those in the source tarball on the
GNU FTP site.  Do your build procedures somehow modify the time stamps
of source files?  If so, can you spot which part(s) of the build
procedures does that and fix those parts?

Or maybe this happens because you build from Git and not from the
tarball?  In that case, this is a potential problem I already
indicated, and I think you should use the tarball.  One reason is that
the tarball includes some files specifically produced for a release
that the Git repository doesn't have, for example the PDF files in
etc/refcards.  Another potential issue is that building from Git means
you produce your own *.elc files, whereas the tarball already includes
them, and you probably produce them on Windows.  That is something we
should avoid, I think.

Thanks.