[Nix-dev] Move to GHC 7.8.2

Oliver Charles ollie at ocharles.org.uk
Wed May 7 11:21:39 CEST 2014


On Mon, May 5, 2014 at 10:23 PM, Peter Simons <simons at cryp.to> wrote:

> Hi guys,
>
> I would like to get some feedback on how you feel about moving to GHC 7.8.2
> as the default compiler of choice?
>

At work, we still can't build with GHC 7.8.2 because various dependencies
are still broken. However, that's not really the end of the world - I can
just change our expressions to use haskellPackages_ghc763 rather than
haskellPackages.

>
> What are the most significant road blocks right now in your opinion?
>
> Personally, I'll use the occasion to remove most of the Haskell Platform
> related magic that's currently performed in haskell-defaults.nix, i.e. I
> would like to abandon the notion that certain compilers prefer older
> versions of HP packages because these versions were "mandated" at the time
> the compiler was released. Instead, I'd use the latest version possible of
> every package for every compiler.
>
> Here are some ideas in no particular order:
>
>  1) We provide haskellPlatform_X_Y_Z attributes in all-packages.nix that
>     install a particular version of HP -- including the corresponding GHC
>     --, but the library choices in those packages have no effect on any of
>     the haskellPackages_ghcXYZ.foobar packages.
>

You're not really installing the platform anymore, so what's the reason of
calling it the platform?


>
>  2) The haskellPackages_ghcXYZ.haskellPlatform attribute becomes a
>     collection of packages that corresponds roughly to the set of packages
>     that the official HP offers, and you can expect those packages to build
>     and interact nicely with each other, but the versions won't necessarily
>     conform to any HP standard. For example, that 'haskellPlatform'
>     attribute will always contain the *latest version* of Cabal and
>     cabal-install, regardless of what the HP standard says. That attribute
>     can be thought of as "recommended popular packages in stable versions",
>     but it doesn't try to conform to any particular version of the HP. The
>     packages from (1) do that. Maybe we shouldn't even call it
>     'haskellPlatform'?
>

I agree with giving it a different name, because this sounds more like
Stackage than the Platform.

 3) I would like to drop a whole lot of obsolete GHC versions. As a rule of
>     thumb, I think we should keep the latest version of every major
> release,
>     i.e. 6.10.4, 6.12.3, 7.0.4, 7.2.2, 7.4.2, 7.6.2, and 7.8.2 -- but none
>     of the intermediate versions. It's intellectually satisfying to have
>     support for GHC 6.12.2 still around, but honestly ... who needs it?
>

I tried to use some of these older versions yesterday when providing a
patch to someone, but half of them didn't even seem to work. I'm fine with
keeping the last of each, that makes a lot of sense.

- ocharles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20140507/4f3269f5/attachment.html 


More information about the nix-dev mailing list