unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Max Brieiev <max.brieiev@gmail.com>
To: "Thompson, David" <dthompson2@worcester.edu>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: emacs-next native compilation failures
Date: Wed, 12 Oct 2022 14:44:57 +0300	[thread overview]
Message-ID: <87lepl5kqu.fsf@gmail.com> (raw)
In-Reply-To: <CAJ=RwfZU4HaZxx4YMfX1qUDZn4BNPR0wS==BO-eUDyWQQvhf+A@mail.gmail.com> (David Thompson's message of "Wed, 12 Oct 2022 06:34:42 -0400")

"Thompson, David" <dthompson2@worcester.edu> writes:

> Hi Max,
> I don't know of a fix, but Guix is tracking this issue here:
> https://issues.guix.gnu.org/issue/57878

I think the issue is related, but different. In the original issue, the
problem is the avalance of the compilation processes (AFAIU).

My problem is that I do actually want to run the deferred compilation,
but native compiler fails to do so at all, with a weird error of not
being able to locate 'as' program. As a dirty hack, I tried to manually
install binutils package, which includes 'as' program, but then Emacs
fails with even more weird error. So I am not able to compile even a
single file.

> I have been unable to upgrade Guix due to this issue.  In my case it
> locks down my whole system with endless compilation processes.

If you have a recent Emacs checkout, you can try to disable JIT native
compiler by setting EMACS_INHIBIT_AUTOMATIC_NATIVE_COMPILATION
environment variable.

Check this issue: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58429

> I wouldn't mind seeing native compilation disabled until upstream
> improves the experience, but it's been decided that native compilation
> is staying on. So, we're stuck on an old Guix until there's a
> solution.

By upstream do you mean Emacs?

On Arch linux I'd been using nativecomp Emacs like for about two years
and never had an issue related to native compilaton.

After switching to Guix, I've been using what is provided by default by
emacs-next, which had '--with-native-compilation' disabled until
recently.

So to me, a more likely problem is in Guix packaging than in upstream
Emacs.


  reply	other threads:[~2022-10-12 11:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-12  8:22 emacs-next native compilation failures Max Brieiev
2022-10-12 10:34 ` Thompson, David
2022-10-12 11:44   ` Max Brieiev [this message]
2022-10-12 13:40     ` zimoun

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87lepl5kqu.fsf@gmail.com \
    --to=max.brieiev@gmail.com \
    --cc=dthompson2@worcester.edu \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).