bug#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

bug#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

[Adam Porter]

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.

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)

[Adam Porter]

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

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)

[Josselin Poiret via Bug reports for GNU Guix]

[-- Attachment #1: Type: text/plain, Size: 744 bytes --]

Hi Adam,

Adam Porter <adam@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

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 682 bytes --]

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)

[Simon Tournier]

Hi,

On Tue, 01 Aug 2023 at 17:37, Adam Porter <adam@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@debbugs.gny.org.


Cheers,
simon