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

Hello,

Le lundi 25 mai 2020 à 22:32 -0400, Jonathan Frederickson a écrit :
> Ah! Thanks for the hint about the version of Guile.
> 
> Turns out it was actually the other way around; I had built Guix
> with 
> Guile 3 but still had Guile 2.2 in my profile. This explains why an 
> ad-hoc environment with Guile worked just fine, but Guile in my
> normal 
> profile did not. (Looks like Guix gained support for Guile 3 prior
> to 
> version 1.1.0: 
> https://guix.gnu.org/blog/2020/gnu-guix-1.1.0-released/)

I am glad this helped even if I was 100% wrong!

> 
> On Tue, May 26, 2020 at 2:05 am, divoplade <d@divoplade.fr> wrote:
> > 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  6:18 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
2020-05-26  2:32   ` Jonathan Frederickson
2020-05-26  6:18     ` divoplade [this message]
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=7d840a0f1f2c67452b696959902bef6c69a765b5.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).