[Nix-dev] Move to GHC 7.8.2
Kirill Elagin
kirelagin at gmail.com
Tue May 6 22:25:38 CEST 2014
http://s25.postimg.org/ou16525wf/remove_haskell.png
Huh, I like the idea, but that might be a little too intrusive…
(sorry, couldn't resist this joke)
I totally like points 1 and 3.
But in 2 why do we need rhis .haskellPlatform at all?
Can we have packages directly in haskellPackages_ghcXYZ with defaults being
the “recommended” ones?
--
Кирилл Елагин
On Tue, May 6, 2014 at 9:07 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?
>
> What are the most significant road blocks right now in your opinion?
>
> Also, I'd like to use the switch as an 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.
>
> 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'?
>
> 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?
>
> Share your thoughts, please!
>
> Best regards,
> Peter
>
> _______________________________________________
> nix-dev mailing list
> nix-dev at lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.science.uu.nl/pipermail/nix-dev/attachments/20140507/8813528d/attachment-0001.html
More information about the nix-dev
mailing list