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?
> > >
> > >
> > >
>
>
next prev parent 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
* 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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.