guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RFC: writable private scratch XDG_CACHE_HOME in build enviroment?


From: Mathieu Lirzin
Subject: Re: RFC: writable private scratch XDG_CACHE_HOME in build enviroment?
Date: Tue, 21 Feb 2017 13:13:11 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux)

Hello Andy,

Andy Wingo <address@hidden> writes:

> Guile will try to automatically compile .scm files and cache them in
> XDG_CACHE_HOME.  When building Guile itself, Guile sets XDG_CACHE_HOME
> to ${top_builddir}/cache.  What if we would set this ourselves for all
> packages?  That way all packages could benefit from a scratch location
> when building that wouldn't propagate to the outputs.
>
> In Fibers I have some tests that I assume get compiled.  If they're not
> compiled, they go quite slow (260s vs 5s).  Alternately I could add a
> XDG_CACHE_HOME setting in Fibers.  Which should we do?

IIUC the problem you have is that in a Guix build environmnent, Guile
tries but *fails* to autocompile ".scm" files because it doesn't find
any directory that it can write on?

Even if I would not recommend relying on autocompilation in a build
process (or anywhere else) I agree that it would be reasonable to have a
way to autocompile ".scm" files in a Guix build environment.

Since /tmp is writeable in a Guix build environment and in most POSIX
systems (I guess), Would it make sense for Guile itself to fallback to
/tmp for its compilation cache?

Thanks.

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37




reply via email to

[Prev in Thread] Current Thread [Next in Thread]