[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Package version at build side
From: |
Ludovic Courtès |
Subject: |
Re: Package version at build side |
Date: |
Tue, 04 Nov 2014 22:45:43 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) |
Andreas Enge <address@hidden> skribis:
> for kdelibs, I need to pass the version of the input docbook-xsl as
> a configure flag. So I added something like
>
> #:configure-flags
> (list "-DCMAKE_VERBOSE_MAKEFILE=ON" ; for debugging
> (let ((docbook-xsl (assoc-ref %build-inputs "docbook-xsl")))
> (string-append "-DDOCBOOKXSL_DIR="
> docbook-xsl
> "/xml/xsl/docbook-xsl-"
> (package-version docbook-xsl)
^
Missing unquote (comma) here. --’
See gps.scm for an example.
> Now package-version seems to be defined in (guix package); when I add this as
> modules, more and more of them are pulled in. Currently I have
>
> #:modules ((guix packages) ; for PACKAGE-VERSION
> (guix base32)
> (guix config)
> (guix derivations)
> (guix records)
> (guix serialization)
> (guix store)
> (guix utils)
> (guix build syscalls)
> (guix build utils))
The raison d’être of the (guix build …) name space is precisely to
distinguish modules to be used on the build side from modules to be used
on the host side (info "(guix) G-Expressions"). The above approach is
not going to work, because it tries to import purely host code on the
build side.
Thanks,
Ludo’.