unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: divoplade <d@divoplade.fr>
To: Jonathan Frederickson <jonathan@terracrypt.net>, help-guix@gnu.org
Subject: Re: Geiser and Guix - how to avoid long compilation steps?
Date: Tue, 26 May 2020 02:05:15 +0200	[thread overview]
Message-ID: <273ca8429baf5d148376e9ceb08dff87fce935eb.camel@divoplade.fr> (raw)
In-Reply-To: <1590447777.1469.0@terracrypt.net>

Hello,

I think that guix does not support guile 3 yet, so you should have
guile 2 bytecode for the guix modules. If geiser starts guile 3, then
guile 3 will recompile everything because the bytecode format changed
(and it could even compile native code).

Maybe it could work if you used guile 2.2 with geiser.

divoplade

Le lundi 25 mai 2020 à 19:02 -0400, Jonathan Frederickson a écrit :
> I've been using Geiser to hack on Guix lately, which is absolutely 
> wonderful to use when it works. The trouble is, after I upgrade my 
> system's Guix, Guile attempts to compile large portions of Guix when
> I 
> attempt to switch to the module I'm working on in Geiser, e.g.:
> 
> M-x run-guile
> ,m (gnu services games)
> 
> This despite the fact that I'm working on a copy of Guix that I've 
> already compiled with 'make' and that has the compiled copy
> alongside 
> the source. The compilation step takes a *long* time on my hardware, 
> which is fairly painful when I want to hack on Guix.
> 
> I do have my Guix checkout in geiser-guile-load-path in my emacs
> config 
> as per 
> https://guix.gnu.org/manual/en/html_node/The-Perfect-Setup.html:
> 
> (with-eval-after-load 'geiser-guile
>   (add-to-list 'geiser-guile-load-path "~/sources/guix"))
> 
> My guess is that Guile is picking up my system's version of Guix
> before 
> my local copy. I understand that I could start a version of Emacs in
> a 
> pure ad-hoc environment (and Guile doesn't appear to start
> recompiling 
> Guix when I do so), but the typical Emacs workflow is to have a 
> long-running Emacs session and use that for everything; that's what
> I'm 
> used to, and I'd like to continue to do so if possible.
> 
> Does anyone else experience this? What's the best way to use Geiser
> to 
> hack on Guix when running Guix System?
> 
> 
> 



  reply	other threads:[~2020-05-26  0:05 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-25 23:02 Geiser and Guix - how to avoid long compilation steps? Jonathan Frederickson
2020-05-26  0:05 ` divoplade [this message]
2020-05-26  2:32   ` Jonathan Frederickson
2020-05-26  6:18     ` divoplade
2020-05-26  7:45 ` Pierre Neidhardt
2020-05-26 21:19   ` Ludovic Courtès
2020-05-27  9:37     ` Pierre Neidhardt

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=273ca8429baf5d148376e9ceb08dff87fce935eb.camel@divoplade.fr \
    --to=d@divoplade.fr \
    --cc=help-guix@gnu.org \
    --cc=jonathan@terracrypt.net \
    /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.
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).