Ah,
this begins to answer my question: there isn't really a plan....
I would have thought that he first step is to be able to distinguish
which of the hackage packages "compile" under 6.8 - some annotation to
the hackage DB? Secondly, is there a dependency graph of the stuff on
hackage anywhere? That would identify which order to change packages
in (for example the cabal-install package is dependent on exactly one
version of the HTTP library). We need to size the problem.
Nei
On 09/09/2007, Duncan Coutts
On Sat, 2007-09-08 at 14:50 +0100, Neil Mitchell wrote:
Hi Neil,
Given that GHC 6.8 is just around the corner and, given how it has re-organised the libraries so that the dependencies in many (most/all) the packages in the hackage DB are now not correct.
Is there a plan of how to get hackage DB up to speed with GHC 6.8 ?
I think whatever we go with will be deeply painful. Especially given the switch to Cabal configurations comes at the same time, rather than before.
Cabal 1.2 is out now and supports configurations and current ghc:
http://haskell.org/cabal/download.html
Duncan