GNU bug report logs -
#41877
Bug: feature/native-comp on MacOs Catalina w.r.t. subr-x.eln
Previous Next
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.
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):
[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):
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):
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):
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):
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.