|
From: | Andrea Corallo |
Subject: | Re: feature/native-comp, comp-deferred-compilation: no recompilation when .elc newer than .eln? |
Date: | Sat, 16 May 2020 13:23:09 +0000 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) |
Gregor Zattler <address@hidden> writes: > Hi Andrea, > * Andrea Corallo <address@hidden> [2020-05-16; 07:30]: >> Gregor Zattler <address@hidden> writes: >>>> Is it possible that the old eln is still being loaded because >>>> load-prefer-newer is nil? >>> >>> load-prefer-newer is t in my case. The stale org.eln file >>> was loaded instead of the newer org.elc and the newer >>> org.elc wasn't compiled to a newer org.eln file. I realized >>> because I experienced a specific bug although there was a >>> patch with a fix in the repo. > >> the bit I'm missing is how the load was performed after org is updated. >> Restarting Emacs or calling `load'? > > Sorry for not being more precise: I restart > emacs after upgrading emacs or org-mode (or notmuch). I reproduced here. The problem is apparently that the .eln is always preferred to the .elc for being loaded regardless `load-prefer-newer' value, therefore the .eln is loaded directly and no deferred compilation is triggerd. I'll have look for a patch. Thanks Andrea -- address@hidden
[Prev in Thread] | Current Thread | [Next in Thread] |