Re: [Haskell-cafe] Fwd: hackage compile failure with QuickCheck 2.5

Thanks Alexander. However, I'm not sure how to use the workaround described so I can get hackage to properly compile my package. It sounds like I have to add a "template-haskell >= 2.7.0.0" dependency to my own cabal file, which sounds like the wrong thing to do in the long-run. Is there something that can be done on the hackage/ghc side to avoid this issue? Or something less drastic than adding a template-haskell dependency on my own package's cabal file? Thanks, -Levent. On Tue, Jul 17, 2012 at 7:31 AM, Alexander Foremny < alexanderforemny@gmail.com> wrote:

Dear Levent,

I think this [1] could be related.

Regards, Alexander Foremny

PS. Sent this to Levent directly. Here's a copy for the mailing list. Sorry for the noise.

[1] http://haskell.1045720.n5.nabble.com/Bad-interface-problem-td5714184.html

---------- Forwarded message ---------- From: Alexander Foremny Date: 2012/7/17 Subject: Re: [Haskell-cafe] hackage compile failure with QuickCheck 2.5 To: Levent Erkok

Dear Levent,

I think this [1] could be related.

Regards, Alexander Foremny

[1] http://haskell.1045720.n5.nabble.com/Bad-interface-problem-td5714184.html

2012/7/17 Levent Erkok :

...

[This message is more appropriate for a hackage mailing list I presume, but that doesn't seem to exist. Let me know if there's a better place to send it.]

I'm having a hackage compile failure for a newly uplodaded package that has a QuickCheck 2.5 dependence. The error message is:

[13 of 13] Compiling Test.QuickCheck.All ( Test/QuickCheck/All.hs, dist/build/Test/QuickCheck/All.o )

Test/QuickCheck/All.hs:15:1: Bad interface file:

/usr/local/tmp/archive/install/lib/template-haskell-2.6.0.0/ghc-7.4.1/Language/Haskell/TH.hi

...

Something is amiss; requested module template-haskell-2.6.0.0:Language.Haskell.TH differs from name found in

the

...

interface file template-haskell:Language.Haskell.TH

The full log file is at (search for "Something is a miss" in it): http://hackage.haskell.org/packages/archive/sbv/2.2/logs/failure/ghc-7.4

Needless to say, I don't see this problem when I compile this package at home with the same compiler (ghc 7.4.1) as hackage is using; also Hackage has a successfully compiled QuickCheck 2.5 package.

Could it be something related to the particular cabal/ghc installation on the hackage server? In particular, I don't understand why it picks template-haskell 2.6.0.0 when there's a newer version (2.7.0.0). As far as I can see, QuickCheck doesn't put an upper limit on its template haskell version dependency.

I'd appreciate any pointers with this. (Googling and questions on the #haskell irc channel didn't help much, unfortunately.)

-Levent.

_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe