3
0
Fork 0
forked from mirrors/nixpkgs

haskell: make ghc, cabal-install, and stack visible

Thanks to @peti. Close #10035.
This commit is contained in:
Vladimír Čunát 2015-09-24 11:40:20 +02:00
parent 5c161d43ed
commit 6070cd09fc
3 changed files with 9 additions and 10 deletions

View file

@ -11,14 +11,13 @@
registered on
<link xlink:href="http://hackage.haskell.org/">Hackage</link>, but
strangely enough normal Nix package lookups don't seem to discover
any of them:
any of them, except for the default version of ghc, cabal-install, and stack:
</para>
<programlisting>
$ nix-env -qa cabal-install
error: selector cabal-install matches no derivations
$ nix-env -i ghc
error: selector ghc matches no derivations
$ nix-env -i alex
error: selector alex matches no derivations
$ nix-env -qa ghc
ghc-7.10.2
</programlisting>
<para>
The Haskell package set is not registered in the top-level namespace

View file

@ -135,10 +135,9 @@ fileSystems."/shiny" = {
<listitem>
<para>
Haskell packages can no longer be found by name, i.e. the commands
<literal>nix-env -qa cabal-install</literal> and <literal>nix-env -i
ghc</literal> will fail, even though we <emphasis>do</emphasis> ship
both <literal>cabal-install</literal> and <literal>ghc</literal>.
Haskell packages can no longer be found by name, except for
<literal>ghc</literal>, <literal>cabal-install</literal>, and
<literal>stack</literal>, even though we do package the whole Hackage.
The reason for this inconvenience is the sheer size of the Haskell
package set: name-based lookups such as these would become much
slower than they are today if we'd add the entire Hackage database

View file

@ -3985,6 +3985,7 @@ let
haskellPackages = haskell.packages.ghc7102.override {
overrides = config.haskellPackageOverrides or (self: super: {});
};
inherit (haskellPackages) ghc cabal-install stack;
haxe = callPackage ../development/compilers/haxe {
inherit (ocamlPackages) camlp4;