[Nix-dev] ‘NO_PARALLEL_BUILD’ and ‘NUM_CORES’ attributes

Ludovic Courtès ludo at gnu.org
Wed Jun 16 01:23:47 CEST 2010


Hello,

Marc Weber <marco-oweber at gmx.de> writes:

> +
> +  NO_PARALLEL_BUILD_buildPhase = 1;
>  }
>
> Modified: nixpkgs/branches/stdenv-updates/pkgs/development/compilers/haxe/default.nix
> ===================================================================
> --- nixpkgs/branches/stdenv-updates/pkgs/development/compilers/haxe/default.nix	2010-06-15 19:00:54 UTC (rev 22284)
> +++ nixpkgs/branches/stdenv-updates/pkgs/development/compilers/haxe/default.nix	2010-06-15 19:00:58 UTC (rev 22285)
> @@ -55,6 +55,8 @@
>  
>        inherit zlib;
>  
> +      NUM_CORES = 1;

That’s intrusive and ugly to the eye.

Given Nix’ focus on deterministic builds, sequential builds should
remain the rule, not the exception.  That is, one would only annotate
packages known to be parallel-build-safe (i.e., the opposite of what
this patch does.)

Besides, parallel builds almost only matter when building things
locally.  The build farm is usually able to find other build tasks to
feed idle CPUs, anyway.

What’s more, ‘make -j’ builds interfere with the idea that ‘nix-worker’
has of the number of idle CPUs.

I’m in favor of reverting.

Thanks,
Ludo’.



More information about the nix-dev mailing list