[Top][All Lists]

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

Re: Building Guile with ‘-j1’?

From: Maxim Cournoyer
Subject: Re: Building Guile with ‘-j1’?
Date: Thu, 28 Jan 2021 13:43:43 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)


Ludovic Courtès <> writes:

> Hi Maxim,
> Maxim Cournoyer <> skribis:
>> Mark H Weaver <> writes:
>>> Hi Ludovic,
>>> Ludovic Courtès <> writes:
>>>> As the saying goes, “the cobbler’s children go barefoot”.  Guile/Guix
>>>> are no exception since Guile builds are non-reproducible, despite work
>>>> done a few years ago:
>>>> Until it’s fixed in Guile proper, what do you think of building Guile
>>>> 2.0/2.2/3.0 with #:parallel-build? #f ?  We could do that in
>>>> ‘core-updates’ now.
> I pushed that as 2ea52f90141974fb5d88b8c6b1785817c4203da4.
>> I'm not too found of it.  It'll make the already slow Guile build much
>> slower, making the lower strata of core-updates packages more painfully
>> slow to build and test.
> Yes, it’s suboptimal.  OTOH, as I wrote, I think the slowdown is not as
> important as one might think: a large fraction of the Guile build time
> goes into building ice-9/eval.scm and the first few files, which is
> already sequential (enforced by Guile’s makefile).

I've built Guile many times on core-updates since and it seems to be
true, that the build time didn't change noticeably.

>> It'll also enable us to overlook the issue for years to come
>> (similarly to the fact that the testsuite of the Guix package itself
>> hasn't been run in parallel for the last 6 years or so :-)).
> It remains and bug to fix in Guile, no doubt.  But we also have to be
> pragmatic IMO.

I had the feeling this partial fix would cause build the build time to
explode, but given it didn't, I'm happy with it.



reply via email to

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