GNU bug report logs - #64999
emacs-next: emacs-29.1 fails to native-compile libraries, giving a runtime error that ctri.o and other files can't be found

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 64999 in the body.
You can then email your comments to 64999 AT debbugs.gnu.org in the normal way.

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

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

From: Adam Porter <adam <at> alphapapa.net>
To: bug-guix <at> gnu.org
Subject: emacs-next: emacs-29.1 fails to native-compile libraries, giving a
 runtime error that ctri.o and other files can't be found
Date: Tue, 1 Aug 2023 13:00:08 -0500

Hi,

Since Emacs 29.1 was just released, I tried to install it with:

  guix install emacs-next --with-commit=emacs-next=emacs-29.1

This builds and installs without error, and it runs, but when Emacs 
tries to native-compile Elisp libraries at startup, I get these errors 
in the "*Warnings*" buffer:

#+begin_example
⛔ Error (use-package): magit/:catch: Native compiler error: (lambda 
(&rest arg158) (let ((f #'make-process)) (apply f arg158))), "Compiling 
/home/me/src/emacs/configs/ap.el/eln-cache/29.1-d107c3ce/subr--trampoline-6d616b652d70726f63657373_make_process_0.eln...
guile: warning: failed to install locale
ld: cannot find crti.o: No such file or directory
ld: cannot find crtbeginS.o: No such file or directory
ld: cannot find -lgcc: No such file or directory
ld: cannot find -lgcc: No such file or directory
libgccjit.so: error: error invoking gcc driver
Internal native compiler error: \"failed to compile\", 
\"/home/me/src/emacs/configs/ap.el/eln-cache/29.1-d107c3ce/subr--trampoline-6d616b652d70726f63657373_make_process_0.eln\", 
\"error invoking gcc driver\"

Error: native-ice (\"failed to compile\" 
\"/home/me/src/emacs/configs/ap.el/eln-cache/29.1-d107c3ce/subr--trampoline-6d616b652d70726f63657373_make_process_0.eln\" 
\"error invoking gcc driver\")
  mapbacktrace(#f(compiled-function (evald func args flags) #<bytecode 
-0x19aef44846510ebe>))
  debug-early-backtrace()
  debug-early(error (native-ice \"failed to compile\" 
\"/home/me/src/emacs/configs/ap.el/eln-cache/29.1-d107c3ce/subr--trampoline-6d616b652d70726f63657373_make_process_0.eln\" 
\"error invoking gcc driver\"))

comp--compile-ctxt-to-file(\"/home/me/src/emacs/configs/ap.el/eln-cache/29.1-d107c3ce/subr--trampoline-6d616b652d70726f63657373_make_process_0.eln\")

comp-compile-ctxt-to-file(\"/home/me/src/emacs/configs/ap.el/eln-cache/29.1-d107c3ce/subr--trampoline-6d616b652d70726f63657373_make_process_0.eln\")
  comp-final1()

load-with-code-conversion(\"/tmp/emacs-int-comp-subr--trampoline-6d616b652d70726f63657373_make_process_0-eF2T4W.el\" 
\"/tmp/emacs-int-comp-subr--trampoline-6d616b652d70726f63657373_make_process_0-eF2T4W.el\" 
nil t)
  command-line-1((\"-l\" 
\"/tmp/emacs-int-comp-subr--trampoline-6d616b652d70726f63657373_make_process_0-eF2T4W.el\"))
  command-line()
  normal-top-level()
"
#+end_example

I also have the "emacs" package installed at 28.2, which works 
flawlessly with native compilation.  I wonder if something changed in 
emacs.git since the 29.0.92 tag that requires a change to the Guix 
package definition in order to work.

Thanks for your work on Guix.

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

From: Adam Porter <adam <at> alphapapa.net>
To: 64999 <at> debbugs.gnu.org
Subject: Re: bug#64999: Acknowledgement (emacs-next: emacs-29.1 fails to
 native-compile libraries, giving a runtime error that ctri.o and other files
 can't be found)
Date: Tue, 1 Aug 2023 17:37:30 -0500

FYI, I hacked together a new package definition, updating the emacs-next 
one to build 29.1 from the release tarball, and after installing it, 
everything seems to work, including native compilation.

I don't know enough about Guix to understand why using "guix install" 
with the package transformation option caused the runtime problem with 
gcc, but everything does seem to work with the updated definition.

So I guess this report can be closed.

OTOH, if anyone knows why the transformation option failed in that way, 
it might be helpful to solve it if possible, so users could use the 
option to install future releases without having to modify the package 
definition.  (AFAIK, I was able to do that for various Emacs 28 versions 
without this problem, so I wonder if something's changed.)

See also: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=65000

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

From: Josselin Poiret <dev <at> jpoiret.xyz>
To: Adam Porter <adam <at> alphapapa.net>, 64999 <at> debbugs.gnu.org
Subject: Re: bug#64999: Acknowledgement (emacs-next: emacs-29.1 fails to
 native-compile libraries, giving a runtime error that ctri.o and other
 files can't be found)
Date: Sun, 06 Aug 2023 10:10:10 +0200

[Message part 1 (text/plain, inline)]

Hi Adam,

Adam Porter <adam <at> alphapapa.net> writes:

> OTOH, if anyone knows why the transformation option failed in that way, 
> it might be helpful to solve it if possible, so users could use the 
> option to install future releases without having to modify the package 
> definition.  (AFAIK, I was able to do that for various Emacs 28 versions 
> without this problem, so I wonder if something's changed.)

It's probably because emacs is missing the
emacs-native-comp-driver-options.patch patch of emacs-next.  Package
transformations can't and won't replace the manual work of packaging new
versions, so I think it is unreasonable to expect emacs 28's package
definition to work with emacs 29.

Best,
-- 
Josselin Poiret

[signature.asc (application/pgp-signature, inline)]

Message #16 received at 64999-done <at> debbugs.gnu.org (full text, mbox):

From: Simon Tournier <zimon.toutoune <at> gmail.com>
To: Adam Porter <adam <at> alphapapa.net>, 64999-done <at> debbugs.gnu.org
Subject: Re: bug#64999: Acknowledgement (emacs-next: emacs-29.1 fails to
 native-compile libraries, giving a runtime error that ctri.o and other
 files can't be found)
Date: Wed, 23 Aug 2023 18:26:05 +0200

Hi,

On Tue, 01 Aug 2023 at 17:37, Adam Porter <adam <at> alphapapa.net> wrote:

> I don't know enough about Guix to understand why using "guix install" 
> with the package transformation option caused the runtime problem with 
> gcc, but everything does seem to work with the updated definition.

See Josselin’s explanations. :-)

> So I guess this report can be closed.

I am closing.  And you could also do it just by appending -done in the
bug email address; here 64999-done <at> debbugs.gny.org.


Cheers,
simon

Previous Next

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