Re: [GHC] #7375: Building ghc fails because it is looking for an old version of libgmp

2012-12-16 Thread GHC
#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: 
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

2012-12-15 Thread GHC
#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: 
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

2012-11-13 Thread GHC
#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: 
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

2012-11-13 Thread GHC
#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: 
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

2012-11-13 Thread GHC
#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: 
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

2012-11-12 Thread GHC
#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: 
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

2012-11-12 Thread GHC
#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: 
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

2012-11-09 Thread GHC
#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: 
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

2012-11-09 Thread GHC
#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: 
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

2012-11-08 Thread GHC
#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: 
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

2012-11-08 Thread GHC
#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: 
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

2012-11-07 Thread GHC
#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: 
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

2012-11-07 Thread GHC
#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: 
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

2012-11-05 Thread GHC
#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: 
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

2012-11-05 Thread GHC
#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: 
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

2012-10-31 Thread GHC
#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: 
GHC 
The Glasgow Haskell Compiler

___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs