From: Mads L. <mad...@ya...> - 2008-03-05 19:43:23
|
Hi all I've been trying to compile WxHaskell with GHC 6.6.3, as this is the stable version in Debian. I know I should have done this regularly, but I have unfortunately been getting into the bad habit of only compiling with GHC 6.8.1 and GHC 6.8.2. First of all, I assume that if people want to compile with old versions of GHC, they will have to live with using the Makefile version. E.g.: chmod 755 configure ../configure --with-opengl --prefix=/usr/local/ make .... Luckily, it all went nicely except for this patch: "Sun Aug 19 22:42:30 CEST 2007 shelarcy <she...@gm...> * Use Data.Time.getCurrentTime instead of (System.)Time.getClockTime to avoid build failure by generated non-UTF8 String" The problem is that the module imports Data.Time, which do not exist in GHC 6.3.3. If I uncommit the patch everything compiles. And the examples in samples/wx runs - the two I tried anyway. Anyway, my question is, how do we remove this dependency on Data.Time for GHC 6.6 only, without forcing GHC 6.8 users to also not use Data.Time? Also, do other people compile with GHC 6.6? Or is it just me who have to, because Debian's is so out of date. Greetings, Mads Lindstrøm |
From: Eric K. <eri...@gm...> - 2008-03-05 19:53:48
|
> The problem is that the module imports Data.Time, which do not exist in > GHC 6.3.3. If I uncommit the patch everything compiles. And the examples > in samples/wx runs - the two I tried anyway. Would it be fair to ask people to install the time package? http://hackage.haskell.org/cgi-bin/hackage-scripts/package/time-1.1.2.0 If not, we could conceivably have a ghc-6.6 branch without the patch. I think 6.6 is pretty common (Ubuntu Gutsy uses it), although I personally have given up on using the GHC that comes with my system, and have just gone with whatever packages the GHC folks themselves provide. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
From: Mads L. <mad...@ya...> - 2008-03-05 20:26:19
|
Hi, Eric Kow wrote: > > The problem is that the module imports Data.Time, which do not exist in > > GHC 6.3.3. If I uncommit the patch everything compiles. And the examples > > in samples/wx runs - the two I tried anyway. > > Would it be fair to ask people to install the time package? > http://hackage.haskell.org/cgi-bin/hackage-scripts/package/time-1.1.2.0 > It would be fair, except that the time-package did not compile easily on Debian either :( I will try to look more into the issue this weekend. Maybe I could get the time-package maintainers to fix the issue. But a binary package could just use a version without the patch. This would be the easiest for people. > If not, we could conceivably have a ghc-6.6 branch without the patch. Is it really necessary to create a branch for that? Or maybe it is more trouble than I think. Could we not just ask people to un-record / revert the patch? It's two darcs commands. And they could just copy'paste them from the wiki. With respect to source bundles, I guess we could have two different ones. One for GHC-6.6 and one for GHC6.8. > I think 6.6 is pretty common (Ubuntu Gutsy uses it), although I > personally have given up on using the GHC that comes with my system, > and have just gone with whatever packages the GHC folks themselves > provide. > I would have thought Ubuntu were a lot more up-to date. But I must admit I was hoping for some configure-script magic. I have never edited configure-scripts before and are therefore quite ignorant of what is possible. Or how to do it. Greetings, Mads Lindstrøm |
From: shelarcy <she...@gm...> - 2008-03-06 01:52:42
|
Hi, On Thu, 06 Mar 2008 05:22:54 +0900, Mads Lindstrøm <mad...@ya...> wrote: >> Would it be fair to ask people to install the time package? >> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/time-1.1.2.0 >> > > It would be fair, except that the time-package did not compile easily on > Debian either :( I will try to look more into the issue this weekend. > Maybe I could get the time-package maintainers to fix the issue. Is this Debian's problem? Doesn't anyone met get same problem on any other Linux's package system? > But a binary package could just use a version without the patch. This > would be the easiest for people. > >> If not, we could conceivably have a ghc-6.6 branch without the patch. > Is it really necessary to create a branch for that? Or maybe it is more > trouble than I think. Could we not just ask people to un-record / revert > the patch? It's two darcs commands. And they could just copy'paste them > from the wiki. I think we have yet another solution. Adding compilation flag for wxdirect by make and c-preprocesser. http://www.haskell.org/ghc/docs/6.6/html/users_guide/options-phases.html#c-pre-processor So, I want to know this problem is common to some Linux's package system. Best Regards, -- shelarcy <shelarcy hotmail.co.jp> http://page.freett.com/shelarcy/ |
From: Eric Y. K. <eri...@gm...> - 2008-03-06 08:57:37
|
On Wed, Mar 05, 2008 at 21:22:54 +0100, Mads Lindstrøm wrote: > It would be fair, except that the time-package did not compile easily on > Debian either :( I will try to look more into the issue this weekend. > Maybe I could get the time-package maintainers to fix the issue. Hmm, is it perhaps just a matter of upgrading your Cabal? The new cabal files aren't compatible with the version that ships by default with GHC 6.6. > Is it really necessary to create a branch for that? Or maybe it is more > trouble than I think. Could we not just ask people to un-record / revert > the patch? It's two darcs commands. And they could just copy'paste them > from the wiki. You're right. Even better, it's just one command (obliterate, which does the same thing as unrecord/revert) > But I must admit I was hoping for some configure-script magic. I have > never edited configure-scripts before and are therefore quite ignorant > of what is possible. Or how to do it. If it helps, our configure script is hand-written and not using autotools. -- Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow> PGP Key ID: 08AC04F9 |
From: Mads L. <mad...@ya...> - 2008-03-06 20:29:41
|
Eric Y. Kow wrote: > On Wed, Mar 05, 2008 at 21:22:54 +0100, Mads Lindstrøm wrote: > > It would be fair, except that the time-package did not compile easily on > > Debian either :( I will try to look more into the issue this weekend. > > Maybe I could get the time-package maintainers to fix the issue. > > Hmm, is it perhaps just a matter of upgrading your Cabal? The new cabal > files aren't compatible with the version that ships by default with GHC > 6.6. It might very well have to do with the Debian stable version of Cabal. But I would rather give users a source and binary bundle without the patch, than requiring them to install a new version of Cabal and a new version of the time-package. Greetings, Mads Lindstrøm |