Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Changes (by mimosa): * cc: tim.beech@… (added) Comment: Someone has now kindly got in touch from the mailing list. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:16 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by mimosa): I think I am nearly there, but the build fails a few of the tests in the fast test - several from perf/compiler, T5430 from lib/Time, and spec- inline from simplCore/should-compile. The building instructions say that shouldn't happen, that *everything* in the fast test should pass or fail as appropriate. I have tried asking on glasgow-haskell-users without success. I would be grateful for any pointers, either to other sources of information, or if you can tell me that that level of test failure doesn't really matter - perhaps just taking a little bit of the edge off performance? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:15 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by simonmar): Replying to [comment:11 mimosa]: I am downloading this source tarball: http://www.haskell.org/ghc/dist/7.4.2/ghc-7.4.2-$tararch-unknown- linux.tar.bz2 where the variable is either i386 or x86_64 I'm assuming that contains both stage 0 and the sourcecode. And when I build it, the resulting GHC still has those dependencies. That's just the compiler binaries, not the source code. You haven't built it yet. I hope I'm not missing the point here, but given the bootstrapping, I don't see where else stage 0 can come from but you guys: if, that is, there is no way to build GHC without a working GHC. In this case there is no doubt which came first - it must be the egg, not the chicken. Looking in the directory linked to above, I see there is this: http://www.haskell.org/ghc/dist/7.4.2/ghc-7.4.2-src.tar.bz2 Is that what I should be building against what I've got already? That is the source code, yes. I'd recommend taking a look at [wiki:Building] and following the steps there, let us know where you get stuck. BTW, the `glasgow-haskell-users` mailing list is a better place to ask questions, there are lots of people there who will help. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:12 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by mimosa): Right, I see. It looks like I've come unstuck by following the author of the SlackBuild without checking the approach taken. Considering I must be basically just unpacking the stage 0, it certainly takes a long time. I'm not sure if I'll now be able to get a revised package ready before submissions close for this packaging cycle, but if I do, it should be a proper build, whereas it seems the SlackBuild (linked to somewhere around here among GHC packages for other distros) not only isn't actually a package but just installs the stage 0 compiler. I'm sorry to have taken up so much of your time in vain - except not quite in vain in the sense that it's been informative for me! When I originally posted here, without that background info, I had every reason to think this was the right place. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:13 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by simonmar): No problem, we're happy to help. Good luck with the package. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:14 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by simonmar): To clarify, the stage 0 compiler is the one in your `$PATH` when you build GHC from source. It is up to you to install it before you build GHC. I presume the slackware build downloads a pre-built stage 0 from somewhere first. The point is, I think the stage 0 you are using has a dependency on `libgmp.so.3`, which is leading to the problems you're seeing. So you just need to use a different stage 0, which you can make by building one yourself. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:10 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by mimosa): I am downloading this source tarball: http://www.haskell.org/ghc/dist/7.4.2/ghc-7.4.2-$tararch-unknown- linux.tar.bz2 where the variable is either i386 or x86_64 I'm assuming that contains both stage 0 and the sourcecode. And when I build it, the resulting GHC still has those dependencies. I hope I'm not missing the point here, but given the bootstrapping, I don't see where else stage 0 can come from but you guys: if, that is, there is no way to build GHC without a working GHC. In this case there is no doubt which came first - it must be the egg, not the chicken. Looking in the directory linked to above, I see there is this: http://www.haskell.org/ghc/dist/7.4.2/ghc-7.4.2-src.tar.bz2 Is that what I should be building against what I've got already? -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:11 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by simonmar): GHC is already following your suggestion: there is a copy of the gmp library in the build tree that we use if there isn't one on the system. It's in `libraries/integer-gmp/gmp`, and the same is true for `libffi` (although for the latter the problem has been that we are ''always'' using our copy of `libffi`, and some distros wanted us to use the system one instead, which is what #5743 is about). To avoid needing a hack, you just need to provide a stage 0 compiler that has the right dependencies. You can get one by building GHC and then making a binary distribution from it. Having done that, you're all set - no need for `libgmp.so.3` symlinks. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:8 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by mimosa): So if a working GHC is present, I take it that will be used instead of stage 0 in the unknown-linux tarball, is that right? As I said above, the GHC I built still seems to require the old gmp, but maybe there's something wrong with my package. For practical purposes, a package is a build that works on a particular system (in my case, a Linux distribution), but from the point of view of that system's packaging procedures, it is a link to the source code and a build script; taken together these should be capable of recreating the package from zero. However you go about it, GHC is going to need special treatment somewhere. For instance, the package source might include the locally built stage 0 compiler you suggest. Thank you for your helpful explanations. I'll talk to the Salix developers to see what solution they regard as ideal and try and deliver that for the next packaging cycle. Meanwhile, the existing package should be available from Salix repos shortly, and can be considered a Slackware package too. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by simonmar): As long as `libgmp.so` doesn't point to `libgmp.so.3`, the GHC build should not depend on `libgmp.so.3`. Some background here: GHC is written in Haskell and therefore needs a working GHC to build it. We call this the stage 0 compiler, which is used to build a stage 1 compiler, which finally builds the stage 2 compiler, and the stage 2 is what we install. Now, in your case probably the stage 0 compiler you're using was built against `libgmp.so.3`, so you need that on your system to run it. Furthermore, stage 1 will also depend on `libgmp.so.3` because it was built by stage 0. But stage 2 should not depend on `libgmp.so.3`, it should depend on whatever version is linked to from `libgmp.so` on your system (but you do need to have a `libgmp.so` somewhere, otherwise GHC will build its own `libgmp` and use that). GHCi won't even start up if you don't have the right `libgmp` installed, since the binary itself depends on it. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:6 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by mimosa): Thanks for explaining about the bootstrapping. I didn't realise there were ''three'' stages. FWIW I just built GHC again with a doctored version of the build script that doesn't build gmp - it just uses a symlink. (It does, however, build libffi. I just wanted to change the treatment of gmp.) And (as you say) GHCi won't even start up without that symlink. libgmp.so points at libgmp.so.10.05 (the system version). This doesn't seem to be what would be expected given what you say about stage 2, and it may be something wrong with my package. However the real package (with the old gmp) does actually work, and the Salix devs don't seem to mind having a package like that. The package should also work on Slackware itself, and on other compatible Slackware-derived distros. More generally, I don't see how a package could be made that doesn't require some hack, because the stage 0 compiler needs the old gmp. That wasn't a problem when it wasn't old, but as soon as any given distro upgrades to a more recent gmp, that GHC can surely only build on it either with a symlink or a magic library. That wouldn't matter except that in the world of Haskell, it seems any given version of ghc will continue to have currency some time after it has been superseded, because it forms part of a software distribution (haskell-platform) and may also be needed by other software (such as xmonad). So my concrete suggestion is the following. Why not ship any such libraries with the GHC source so it can still build on a system that doesn't have them any more? If my suggestion is feasible, it would entail building gmp (and whatever other libraries) as a very first step before executing the stage 0 GHC binary, if those libraries are not present on the build system in the versions needed. I appreciate that this isn't really any cleaner than leaving each distro's packagers to do effectively the same thing, because ultimately, as I understand it, GHC can't be built strictly from source because of the bootstrapping problem; but it would satisfy the letter of the law. It would also mean the work would be done once (by you guys) instead of once each per distro. And at least for libffi(#5743), there are people patching the source to avoid hackish packaging. The rules are the rules, and all that. Maybe GHC could become more widely represented in the Linux ecosystem that way. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by simonmar): GHC does use the system `libgmp` when it builds. I think the problem you are running into is that the pre-built binary distribution you are using depends on `libgmp`, because that happens to be the gmp version on the system it was built on. It's just a bootstrapping problem - once you have a GHC build that doesn't depend on `libgmp.so.3`, you can start using that for bootstrapping and then you'll be fine. I'm fairly sure you don't need a special hack in your package, or to have a dependency on `libgmp.so.3`. I'm not familiar with Slackware, but that's the way it works with other distros. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:4 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by mimosa): From what you say, it sounds like it's just a build dependency.That's still a messy situation if so, but perhaps there's no easy way round it. At least, the symlink is easy - but packaging rules for most distros frown on that sort of thing. However, when I built ghc and removed the old gmp, I ran into trouble. Specifically, I compiled haskell-platform and xmonad and its dependencies, and something somewhere wouldn't build properly without libgmp.so.3. That may or may not have anything to do with ghc itself. If you are interested, I can go through the process again and provide exact details. It occurs to me that because the old gmp was present during the ghc build, it may have chosen to use that rather than the real system library. Of course, it wasn't properly installed, though - I just copied libgmp.so.3* from the gmp build directory to /usr/lib{LIBDIRSUFFIX}. It would probably be more informative and simplest to test directly (just by crunching some numbers, I suppose). I've yet to learn Haskell (looking forward to it), but if you'd care to give me a line or two to type into ghci that should not work without gmp, I'd be delighted to try. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Changes (by simonmar): * status: new = closed * difficulty: = Unknown * resolution: = fixed Comment: It is probably the case that some of the distributions on `http://www.haskell.org/ghc` depend on `libgmp.so.3`, which I have on my systems because I have older GHC binaries that depend on it. Newer releases shouldn't depend on `libgmp.so.3` though - I just checked and my current builds aren't depending on it. In any case, on Linux the best place to get GHC from is your distro, which will have a GHC correctly built for whatever is the right GMP version on your system. On Ubuntu 12.04 for example, the `ghc` package depends on `libgmp.so.10`. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:2 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp --+- Reporter: mimosa | Owner: Type: bug | Status: closed Priority: normal | Milestone: Component: Compiler |Version: 7.4.2 Resolution: fixed| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Difficulty: Unknown Testcase: | Blockedby: Blocking: |Related: 5743 --+- Comment(by mimosa): Thanks for your response, simonmar. I wasn't clear enough in my original report (though I did add a comment). I am packaging ghc for Salix (which is backwards-compatible with Slackware). There is currently no package for Slackware or as far as I know for any other Slackware-based distro. My reason for not packaging the latest ghc (which doesn't have the gmp problem, though it does have a similar problem with libffi, see #5743) is because an older ghc seems to be needed for haskell-platform, and in particular for xmonad. The nearest thing to a package for Slackware itself is the SlackBuild linked to on this website alongside packages for other distros. But that isn't a package, it's just a build script - and it doesn't resolve the problem with gmp. For the typical user who might want to install xmonad, or haskell- platform, this situation means an ugly hack is needed. The problem has come up repeatedly on the Salix forums. Such a hack isn't acceptable in a package. Since my original report here, I've managed to get the offending gmp to build. Here are links to my packages for i486 and x86_64, and the SLKBUILD: http://people.salixos.org/mimosa/packages/ghc/7.4.2/ghc-7.4.2-i486-1tjb.txz http://people.salixos.org/mimosa/packages/ghc/7.4.2/ghc-7.4.2-x86_64-1tjb.txz http://people.salixos.org/mimosa/packages/ghc/7.4.2/SLKBUILD However, even that way of doing it is pretty hackish. With regard to the libffi problem (which my build also resolves in the same way), SUSE for instance has a package with a patch - see #5743. Or is there something I should be passing to configure to tell it to use the system library? As you say: {{{ your distro, which will have a GHC correctly built for whatever is the right GMP version on your system }}} As it stands, configure just complains about the absence of libgmp.so.3. I looked into this in an older version of Ubuntu (10.10), and the solution there was to make ghc depend on a special package gmp-4.3-dev (or whatever the number is). That's basically the same as my approach, except it splits off the magic library into a separate package. My impression is that the truly correct way to solve this is to patch the ghc source to use system libraries when it builds. But that's far from straightforward, and not a desirable situation. -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp
#7375: Building ghc fails because it is looking for an old version of libgmp -+-- Reporter: mimosa | Owner: Type: bug | Status: new Priority: normal | Component: Compiler Version: 7.4.2| Keywords: Os: Linux| Architecture: Unknown/Multiple Failure: Building GHC failed | Testcase: Blockedby: | Blocking: Related: 5743 | -+-- Comment(by mimosa): See also #7202, which I discovered after posting the above. The suggestion there of symlinking the missing library file might be OK for individual users, but not for packaging purposes. The discussion of the similar problem with libffi (#5743) makes it clear that for many distros, the only acceptable solution is a patch. In my case, it seems a magic library would be acceptable, but I can't get the right version of gmp to build for x86_64. The result may be no package - not an outcome that will please anyone. The distro in question is Salix, which is backwards-compatible with Slackware, so my package would supersede the SlackBuild linked to prominently elsewhere on this site (which leaves the user to discover it won't even build without the symlink hack). -- Ticket URL: http://hackage.haskell.org/trac/ghc/ticket/7375#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler ___ Glasgow-haskell-bugs mailing list Glasgow-haskell-bugs@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs