all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: (guix modules) and ‘source-module-closure’
Date: Mon, 5 Sep 2016 10:13:27 +0200	[thread overview]
Message-ID: <idjmvjmhihk.fsf@bimsb-sys02.mdc-berlin.net> (raw)
In-Reply-To: <8760qbi9qu.fsf@gnu.org>


Ludovic Courtès <ludo@gnu.org> writes:

> Hi!
>
> Commit 7ca87354db53fd1e1a7a3dfeddb9a598ea064bbe adds (guix module),
> which provides a way to compute the closure of a Scheme module by
> looking at its source code.
>
> This has to do with typical ‘with-imported-modules’ usage, as explained
> in the manual:
>
> --8<---------------cut here---------------start------------->8---
>    Usually you want the _closure_ of the module to be imported—i.e., the
> module itself and all the modules it depends on—rather than just the
> module; failing to do that, attempts to use the module will fail because
> of missing dependent modules.  The ‘source-module-closure’ procedure
> computes the closure of a module by looking at its source file headers,
> which comes in handy in this case:
>
>      (use-modules (guix modules))   ;for 'source-module-closure'
>
>      (with-imported-modules (source-module-closure
>                               '((guix build utils)
>                                 (gnu build vm)))
>        (gexp->derivation "something-with-vms"
>                          #~(begin
>                              (use-modules (guix build utils)
>                                           (gnu build vm))
>                              ...)))
> --8<---------------cut here---------------end--------------->8---
>
> The benefit can be seen in the next commit:
>
>   http://git.savannah.gnu.org/cgit/guix.git/commit/?id=239c6e276214813f59f761c9dc5cc0e9d266b49b

Ah, very nice!

Why is it necessary to read the file and parse the define-module
expression?  Does Guile not keep any of this information?  Should it?
Will something like this become part of Guile eventually?

~~ Ricardo

  reply	other threads:[~2016-09-05  8:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-09-04 22:24 (guix modules) and ‘source-module-closure’ Ludovic Courtès
2016-09-05  8:13 ` Ricardo Wurmus [this message]
2016-09-05 10:05   ` Andy Wingo
2016-09-05 21:24     ` Ludovic Courtès

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=idjmvjmhihk.fsf@bimsb-sys02.mdc-berlin.net \
    --to=ricardo.wurmus@mdc-berlin.de \
    --cc=guix-devel@gnu.org \
    --cc=ludo@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.
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.