#1787: Test.QuickCheck does not install (unbuildable) in HEAD
----------------------------------+-----------------------------------------
    Reporter:  guest              |        Owner:  duncan 
        Type:  bug                |       Status:  new    
    Priority:  normal             |    Milestone:         
   Component:  libraries (other)  |      Version:  6.9    
    Severity:  major              |   Resolution:         
    Keywords:                     |   Difficulty:  Unknown
          Os:  Unknown            |     Testcase:         
Architecture:  Unknown            |  
----------------------------------+-----------------------------------------
Changes (by duncan):

  * owner:  => duncan

Comment:

 This is my fault and it should be fixed now, though that needs to be
 confirmed.

 I was updating ghc-6.8 to bootstrap cabal correctly and then taking
 advantage of that fix to update several packages to use cabal-1.2 features
 and add the "cabal-version: >=1.2" to the .cabal files of those libs.
 Cabal needs to be bootstraped correctly for this to work, otherwise it
 does not know it's own version number and will barf when it tries to check
 "cabal-version: >=1.2".

 So I fixed that in ghc-6.8 and updated a bunch of packages and validated.
 However many of those packages are aliased to packages used by ghc HEAD.
 QuickCheck is one of them. So in the mean time ghc HEAD was still not
 bootstrapping Cabal correctly so it fell over when it found
 QuickCheck.cabal specified "cabal-version: >=1.2". That's why it was
 unbuildable.

 I've now validated and pushed the same fix to bootstrap Cabal in ghc HEAD
 (and updated Cabal to match Cabal HEAD while I was at it).

 So it should now be fixed.

 It's amazing, I validated dozens of patches today and still managed to
 break ghc HEAD once and ghc-6.8 three times. I broke ghc-6.8 twice (with
 the same mistake of tabs in .cabal files which I still don't know how it
 got through) and once due to breaking windows which I didn't pick up with
 validating on linux (that should also be fixed). Then as I said, I broke
 ghc HEAD without ever touching it, but because parts of it are aliased
 with parts from the ghc-6.8 which I was modifying.

 The good news is that almost every core and extralib package builds with
 ghc-6.6 and 6.8 (where it makes sense for them to build with 6.6) and many
 also build with 6.4.

-- 
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1787#comment:1>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Reply via email to