deepseq should not depend on containers

[tibbe]

The  deepseq package depends on the  containers package. This forces all packages that want to depend on deepseq in order to provide a NFData instance for exported types, to also depend on containers.

Proposal, have containers depend on deepseq, not the other way around, and define the NFData instances for the types in the containers package, in the containers package.

[tibbe]

Discussion deadline: 2 weeks.

[simonmar]

This would entail making deepseq a boot-package in GHC. It's not a show-stopper, I just thought I should point it out.

[tibbe]

Supported by Henning Thielemann, Milan Straka, Malcolm Wallace, Iavor Diatchki, and Daniel Peebles. Christian Maeder suggested using packages containing only orphaned instances instead. Ian Lynagh raised some concerns about adding another boot package.

Henning Thielemann pointed out that the array package should also be included in the proposal.

Should you wish to see the whole thread, it begins with  http://www.haskell.org/pipermail/libraries/2010-December/015421.html

[tibbe]

Christian Maeder has clarified that he's neither for or against the proposal.

[tibbe]

Ian Lynagh has clarified that he's against the proposal.

[tibbe]

Since consensus wasn't reached and I don't have time to pursue it I'm closing this ticket.