106 commits

Author	SHA1	Message	Date
Eelco Dolstra	aa2846198f	Don't update the global registry when building a locked flake ... It's unnecessary and slows things down (e.g. when you're on a Thalys with super-crappy Internet).	2019-06-21 18:34:43 +02:00
Eelco Dolstra	e75ffbf04a	Merge pull request #2937 from CSVdB/fuzzymatching-v2 ... FuzzyMatching works	2019-06-18 18:03:38 +02:00
Nick Van den Broeck	59714a15e0	FuzzyMatching works ... Fixes #2843	2019-06-18 17:01:57 +02:00
Eelco Dolstra	69b047f4ce	writeRegistry(): Write correct version	2019-06-11 21:32:57 +02:00
Eelco Dolstra	6644b6099b	Add flake evaluation cache ... This exploits the hermetic nature of flake evaluation to speed up repeated evaluations of a flake output attribute. For example (doing 'nix build' on an already present package): $ time nix build nixpkgs:firefox real 0m1.497s user 0m1.160s sys 0m0.139s $ time nix build nixpkgs:firefox real 0m0.052s user 0m0.038s sys 0m0.007s The cache is ~/.cache/nix/eval-cache-v1.sqlite, which has entries like INSERT INTO Attributes VALUES( X'92a907d4efe933af2a46959b082cdff176aa5bfeb47a98fabd234809a67ab195', 'packages.firefox', 1, '/nix/store/pbalzf8x19hckr8cwdv62rd6g0lqgc38-firefox-67.0.drv /nix/store/g6q0gx0v6xvdnizp8lrcw7c4gdkzana0-firefox-67.0 out'); where the hash 92a9... is a fingerprint over the flake store path and the contents of the lockfile. Because flakes are evaluated in pure mode, this uniquely identifies the evaluation result.	2019-06-07 22:25:48 +02:00
Eelco Dolstra	54aff8430c	Move flake-related stuff to src/libexpr/flake	2019-06-05 16:51:54 +02:00

Renamed from src/libexpr/primops/flake.cc (Browse further)