unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Fredrik Salomonsson <plattfot@posteo.net>
To: Zelphir Kaltstahl <zelphirkaltstahl@posteo.de>
Cc: guile-user@gnu.org
Subject: Re: How do people debug their guile code?
Date: Tue, 08 Sep 2020 15:12:46 -0700	[thread overview]
Message-ID: <87pn6v534x.fsf@posteo.net> (raw)
In-Reply-To: <e047f76a-58a5-7dfb-09ee-f817221e6324@posteo.de>

Hi Zelphir,

Zelphir Kaltstahl <zelphirkaltstahl@posteo.de> writes:

> I've not used guile-hall yet, nor tested with it.

It has some rough edges but keeps my focus away from hacking on build
system files (which I tend to do far too much). So I'm digging it.

> However, what I do to reproduce the same environment as I have in
> srfi-64 unit test, but inside the REPL is the following:
>
> 1. start the Guile REPL with `guile -L <dir where my module is>`
> 2. run `(use-modules (<my module name>))`
> 3. use procedures defined inside the module
> 4. copy and paste changed or new definitions from the code
> 5. try out the definitions and if something goes wrong fix it and go
> back to step 4 again
>
> If running M-x run-guile or M-x run-geiser from Emacs, one might need to
> change the %load-path of Guile. This can be done with `(add-to-load-path
> <string path to dir containing my module>)` for example. Then one can
> proceed as described above again.
>
> Not sure if any of this is new to you, but I guessed it would be good to
> put it out there.

Thanks for the write up. I know most of the pieces, from reading the
manual. But I'm still trying to piece them together so this is very
helpful for me. Especially the "add-to-load-path" for geiser, as that is
what I was missing.

-- 
s/Fred[re]+i[ck]+/Fredrik/g



  reply	other threads:[~2020-09-08 22:12 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-08 17:42 How do people debug their guile code? Fredrik Salomonsson
2020-09-08 20:15 ` Zelphir Kaltstahl
2020-09-08 22:12   ` Fredrik Salomonsson [this message]
2020-09-08 20:48 ` Jeremy Korwin-Zmijowski
2020-09-08 21:52 ` Aleix Conchillo Flaqué

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://www.gnu.org/software/guile/

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

  git send-email \
    --in-reply-to=87pn6v534x.fsf@posteo.net \
    --to=plattfot@posteo.net \
    --cc=guile-user@gnu.org \
    --cc=zelphirkaltstahl@posteo.de \
    /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).