GNU bug report logs - #41877
Bug: feature/native-comp on MacOs Catalina w.r.t. subr-x.eln

Previous Next

Package: emacs;

Reported by: Gregor Eeckels <gregor.eeckels <at> gmail.com>

Date: Mon, 15 Jun 2020 17:50:02 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 41877 in the body.
You can then email your comments to 41877 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#41877; Package emacs. (Mon, 15 Jun 2020 17:50:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gregor Eeckels <gregor.eeckels <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 15 Jun 2020 17:50:02 GMT) Full text and rfc822 format available.

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

From: Gregor Eeckels <gregor.eeckels <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Bug: feature/native-comp on MacOs Catalina w.r.t. subr-x.eln
Date: Mon, 15 Jun 2020 19:19:06 +0200
[Message part 1 (text/plain, inline)]
Hello. I am experiencing a weird error.

Native elisp load failed:
"/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln",
"dlopen(/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln,
1): no suitable image found.  Did find:
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln:
file too short
/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln:
file too short"

I built emacs using this guide carefully:
https://github.com/shshkn/emacs.d/blob/master/docs/nativecomp.md

Everything worked out, but now this causes errors during the first run and
then emacs fails to load because of the same error after rebooting. The
mentioned file subr-x.eln is empty.

I did create the symbolic link from Resources/elisp to elisp in the
Emacs.app directory.
Thank you for your assistance.
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#41877; Package emacs. (Tue, 16 Jun 2020 08:40:01 GMT) Full text and rfc822 format available.

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Gregor Eeckels <gregor.eeckels <at> gmail.com>
Cc: 41877 <at> debbugs.gnu.org
Subject: Re: bug#41877: Bug: feature/native-comp on MacOs Catalina w.r.t.
 subr-x.eln
Date: Tue, 16 Jun 2020 08:39:09 +0000
Gregor Eeckels <gregor.eeckels <at> gmail.com> writes:

> Hello. I am experiencing a weird error.
>
> Native elisp load failed: "/Applications/Emacs.app/Contents/Resources
> /lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/
> subr-x.eln", "dlopen(/Applications/Emacs.app/Contents/Resources/lisp/
> emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln,
> 1): no suitable image found.  Did find:
> /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/
> eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln: file too
> short
> /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/
> eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln: file too
> short"
>
> I built emacs using this guide carefully: https://github.com/shshkn/
> emacs.d/blob/master/docs/nativecomp.md
>
> Everything worked out, but now this causes errors during the first
> run and then emacs fails to load because of the same error after
> rebooting. The mentioned file subr-x.eln is empty.
>
> I did create the symbolic link from Resources/elisp to elisp in the
> Emacs.app directory.
> Thank you for your assistance.

Hi Gregor,

I'm not a Mac user so I fear I'll not be able to help.

Actually would be interesting to know why this link is required to
understand if there's something we can do to avoid that on our side.

  Andrea

-- 
akrl <at> sdf.org




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#41877; Package emacs. (Wed, 17 Jun 2020 13:39:01 GMT) Full text and rfc822 format available.

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

From: Nicolas Bértolo <nicolasbertolo <at> gmail.com>
To: 41877 <at> debbugs.gnu.org
Cc: gregor.eeckels <at> gmail.com, Andrea Corallo <akrl <at> sdf.org>
Subject: Re: bug#41877: Bug: feature/native-comp on MacOs Catalina w.r.t.
 subr-x.eln
Date: Wed, 17 Jun 2020 10:38:23 -0300
Hi,

I have seen empty .eln files created in Windows. This usually happens when
libgccjit cannot find the correct GCC installation to run the final steps.

I am not a Mac user either, but AFAIK, launching an .app is not the same as
running it from the console. The PATH variable will not have all your
customizations, for example.

A wild guess is that Emacs didn't compile subr-x.eln during the bootstrap
process because NATIVE_FAST_BOOT was enabled. Then, you opened Emacs.app and it
kickstarted the deferred compilation process. This was run in an environment
without the correct PATH, so it could not find GCC and the empty file was
created.

Try deleting subr-x.eln and start Emacs again. You may have to delete other
empty files too. Then run (executable-find "gcc"). Check that this is the same
as `which gcc` in the shell you used to compile Emacs.

You could also check the "*Async-native-compile-log*" buffer for any error
messages.

Nico.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#41877; Package emacs. (Sat, 26 Sep 2020 13:58:01 GMT) Full text and rfc822 format available.

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Gregor Eeckels <gregor.eeckels <at> gmail.com>
Cc: 41877 <at> debbugs.gnu.org
Subject: Re: bug#41877: Bug: feature/native-comp on MacOs Catalina w.r.t.
 subr-x.eln
Date: Sat, 26 Sep 2020 13:57:14 +0000
Gregor Eeckels <gregor.eeckels <at> gmail.com> writes:

> Hello. I am experiencing a weird error.
>
> Native elisp load failed:
> "/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln",
> "dlopen
> (/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln,
> 1): no suitable image found.  Did find:
> /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln:
> file too short
> /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp/eln-x86_64-apple-darwin19.5.0-0d5d423ea4500a50/subr-x.eln:
> file too short"
>
> I built emacs using this guide carefully: https://github.com/shshkn/emacs.d/blob/master/docs/nativecomp.md
>
> Everything worked out, but now this causes errors during the first run and then emacs fails to load because of the same
> error after rebooting. The mentioned file subr-x.eln is empty.
>
> I did create the symbolic link from Resources/elisp to elisp in the Emacs.app directory.
> Thank you for your assistance.

Hi Gregor,

could you tell if this issue still applies to the current branch?

Thanks!

  Andrea




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#41877; Package emacs. (Wed, 07 Oct 2020 14:52:02 GMT) Full text and rfc822 format available.

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Cc: 41877-done <at> debbugs.gnu.org, Gregor Eeckels <gregor.eeckels <at> gmail.com>
Subject: Re: bug#41877: Bug: feature/native-comp on MacOs Catalina w.r.t.
 subr-x.eln
Date: Wed, 07 Oct 2020 14:51:36 +0000
I'm closing this.  Happy to reopen if the problem persists and new
feedback is provided.

  Andrea




Reply sent to Andrea Corallo <akrl <at> sdf.org>:
You have taken responsibility. (Wed, 07 Oct 2020 14:52:02 GMT) Full text and rfc822 format available.

Notification sent to Gregor Eeckels <gregor.eeckels <at> gmail.com>:
bug acknowledged by developer. (Wed, 07 Oct 2020 14:52:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 05 Nov 2020 12:24:06 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 172 days ago.

Previous Next


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