GNU bug report logs - #43532
[feature/native-comp] *.eln file name hashing, algorithm doesn't seem to play nice with NATIVE_FULL_AOT with self-contained builds

Previous Next

Package: emacs;

Reported by: Jim Myhrberg <contact <at> jimeh.me>

Date: Sun, 20 Sep 2020 13:04:01 UTC

Severity: normal

Done: Andrea Corallo <akrl <at> sdf.org>

Bug is archived. No further changes may be made.

Full log


Message #140 received at 43532 <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Andrew Whatson <whatson <at> gmail.com>
Cc: 43532 <at> debbugs.gnu.org, Jim Myhrberg <contact <at> jimeh.me>,
 Aloxaf Yin <aloxafx <at> gmail.com>
Subject: Re: bug#43532: [feature/native-comp] *.eln file name hashing,
 algorithm doesn't seem to play nice with NATIVE_FULL_AOT and
 self-contained, Emacs.app builds for macOS
Date: Wed, 14 Oct 2020 06:57:42 +0000
Andrew Whatson <whatson <at> gmail.com> writes:

> Hi Andrea,
>
> I see similar problems with my Guix builds of emacs-native-comp.  I
> run with deferred compilation disabled, so the native versions of core
> elisp packages are simply not loaded.
>
> As a workaround, I've had success copying
> `/path/to/emacs/lib/emacs/28.0.50/native-lisp/.../*.eln` into
> `~/.emacs.d/eln-cache/.../`.  The native-compiled code is then loaded
> correctly as expected.
>
> Perhaps this helps to narrow down the problem; seems it's not a
> hashing problem, but a load-path one?

Hi Andrew,

from where I stand I don't see why it should not work so I'll have to
recreate the problem here and have a look.  I'll try to do it this week.

Thanks!

  Andrea




This bug report was last modified 4 years and 297 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.