Hi,
Great News :)
On Wed, May 12, 2010 at 16:01, Eelco Dolstra e.dols...@tudelft.nl wrote:
Hi,
I've merged the Nix `fast-eval' branch into the trunk. This replaces the
current Nix expression evaluator by a new, faster implementation. It no
longer
uses the term-rewriting based approach
Excerpts from Nicolas Pierron's message of Wed May 12 17:07:44 +0200 2010:
Great News :)
I second that. hack-nix will be a nice test case as well.
/me is waiting for JIT now :)) *kidding*
Marc Weber
___
nix-dev mailing list
nix-dev@cs.uu.nl
Merging the sqlite branch will give us another speed up as well (hopefully) :-)
-Original Message-
From: nix-dev-boun...@cs.uu.nl on behalf of Marc Weber
Sent: Wed 5/12/2010 5:15 PM
To: nix-dev
Subject: Re: [Nix-dev] `fast-eval' branch merged
Excerpts from Nicolas Pierron's message of
Yay, great news indeed!
Ludo’.
___
nix-dev mailing list
nix-dev@cs.uu.nl
https://mail.cs.uu.nl/mailman/listinfo/nix-dev
I managed to build GHC 6.12 in Nix on Ubuntu after some help
in an earlier discussion on this list. Now, my old Cabal
(built through Nix) complains about an invalid package format;
this is to be expected if it shells out to `ghc-pkg' to read
the package list.
When I try to rebuild
Jason Dusek wrote:
I managed to build GHC 6.12 in Nix on Ubuntu after some help
in an earlier discussion on this list. Now, my old Cabal
(built through Nix) complains about an invalid package format;
this is to be expected if it shells out to `ghc-pkg' to read
the package list.
On Wed, May 12, 2010 at 04:01:08PM +0200, Eelco Dolstra wrote:
Hi,
I've merged the Nix `fast-eval' branch into the trunk.
Fantàstic! I was waiting the merge :) Thank you.
___
nix-dev mailing list
nix-dev@cs.uu.nl
I do have GHC 6.10 still installed; but why does it not build
against the new GHC?
Because of a design decision Andres Loeh once made:
try cat `which ghc`. You'll see that ghc finds the packages containing
ghc libraries by iterating over $PATH.
So the wrong ghc is found and their libraries
Marc Weber wrote:
I do have GHC 6.10 still installed; but why does it not build
against the new GHC?
Because of a design decision Andres Loeh once made:
try cat `which ghc`. You'll see that ghc finds the packages containing
ghc libraries by iterating over $PATH.
Marc, did you see the
Excerpts from Yury G. Kudryashov's message of Wed May 12 23:38:04 +0200 2010:
Marc Weber wrote:
I do have GHC 6.10 still installed; but why does it not build
against the new GHC?
Because of a design decision Andres Loeh once made:
try cat `which ghc`. You'll see that ghc finds
2010/05/12 Marc Weber marco-owe...@gmx.de:
In any case using a collection should fix the trouble once and forall
(?) because packages are installed by attr path rather than by name.
I always install by attr path.
http://wiki.nixos.org/wiki/Howto_keep_multiple_packages_up_to_date_at_once
I
2010/05/12 Yury G. Kudryashov urkud+...@ya.ru:
You should use nix-env -i -A ... to select the needed cabal.
It seems that `-A' wants me to specify an attribute. What
is an attribute?
--
Jason Dusek
Linux User #510144 | http://counter.li.org/
___
Oh, I figured it out. You can make `nix-env' spit out the
attribute names for packages:
nix-env -qa --attr-path '*' | egrep cabal
So I was able to install it like this:
nix-env --install -A
nixpkgs_unstable.haskellPackages_ghc6122.cabalInstall080
The package within a package is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/12/2010 07:15 PM, Marc Weber wrote:
/me is waiting for JIT now :)) *kidding*
Do a Nix - something JITtable convertor then. Should be simpler..
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
14 matches
Mail list logo