unofficial mirror of help-guix@gnu.org 
 help / color / mirror / Atom feed
From: Jonathan Frederickson <jonathan@terracrypt.net>
To: help-guix@gnu.org
Subject: Geiser and Guix - how to avoid long compilation steps?
Date: Mon, 25 May 2020 19:02:57 -0400	[thread overview]
Message-ID: <1590447777.1469.0@terracrypt.net> (raw)

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-25 23:03 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-25 23:02 Jonathan Frederickson [this message]
2020-05-26  0:05 ` Geiser and Guix - how to avoid long compilation steps? divoplade
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=1590447777.1469.0@terracrypt.net \
    --to=jonathan@terracrypt.net \
    --cc=help-guix@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.
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).