Ludovic Courtès (2016-05-16 15:45 +0300) wrote: > Alex Kost <[email protected]> skribis: [...] >> I looked at the compiled "autoload.elc" file and if I understood it >> correctly, it was compiled using the unpatched version of "autoload.el" >> (because there is no mention of SOURCE_DATE_EPOCH there). > > Indeed. > >> But I don't understand how it could happen since patching is performed >> before building. Any ideas? > > I think I have one: > > $ git describe > v0.10.0-798-g8a7680a > $ tar tvf $(./pre-inst-env guix build -S emacs) |grep 'autoload\.el' > -rw-r--r-- root/root 37292 1970-01-01 01:00 > emacs-24.5/lisp/emacs-lisp/autoload.el > -rw-r--r-- root/root 37127 1970-01-01 01:00 > emacs-24.5/lisp/emacs-lisp/autoload.el.orig > -rw-r--r-- root/root 22624 1970-01-01 01:00 > emacs-24.5/lisp/emacs-lisp/autoload.elc > > Upstream’s tarball already includes those three files.
IIUC this source is after applying our patches (including "emacs-source-date-epoch.patch"): - “autoload.el.orig” is the original file from the upstream; - “autoload.el” is the patched one; - “autoload.elc” is the compiled file also from the upstream (obviously it doesn't honor SOURCE_DATE_EPOCH). Thanks, the mystery is solved now. This is an unpleasant surprise, I didn't know that emacs release comes with the compiled files. > Ideally, we > should remove all the .elc files and rebuild them, but maybe there are > bootstrapping issues. > > Would you be willing to give it a try? :-) I'll see what I can do here. -- Alex
