Dear Levent, unfortunately I am at a loss here. As far as I understand it this should be fixed in QuickCheck's .cabal file or on Hackage. But I am not experienced enough to decide.
You best wait for someone else to comment on this. Depending on template-haskell in your .cabal file is not the way to go as far as I understand it. But maybe it's a possible work-around in case you depend on the package being available on Hackage timely. Regards, Alexander Foremny 2012/7/17 Levent Erkok <erk...@gmail.com>: > It builds fine locally on my box; but not on hackage. Here's the page: > http://hackage.haskell.org/package/sbv-2.2 > > Thanks for looking into this Alexander, I appreciate your help. > > -Levent. > > > On Tue, Jul 17, 2012 at 9:09 AM, Alexander Foremny > <alexanderfore...@gmail.com> wrote: >> >> Which package are you trying to build? Is it a local package that >> fails to build or something on Hackage? Its .cabal file or at least >> full dependencies would be of interest. >> >> Regards, >> Alexander Foremny >> >> 2012/7/17 Levent Erkok <erk...@gmail.com>: >> > 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 >> > <alexanderfore...@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 <alexanderfore...@gmail.com> >> >> Date: 2012/7/17 >> >> Subject: Re: [Haskell-cafe] hackage compile failure with QuickCheck 2.5 >> >> To: Levent Erkok <erk...@gmail.com> >> >> >> >> >> >> 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 <erk...@gmail.com>: >> >> > [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 >> > >> > >> >> _______________________________________________ >> 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