could not find link destinations

Hello, I built GHC 6.10.0.20080927 on Debian GNU/Linux for i386. At the end of the build process I got numerous warnings of the form “could not find link destinations for: […]”. Is this intensional? Best wishes, Wolfgang ___ Glasgow-haskell-users

One stage2 compiler hanging around after head build (Solaris/x86 buildbot)

Hello, month or so ago I've noticed that one compiler instance is hanging around and spending 100% of CPU for nothing after a build of head (I'm not sure if it also happens on stable) on my Solaris/x86 buildbot. I've thought that it's my old ghc-6.8.2 from 2008/05/04 and so I've updated the

Re: One stage2 compiler hanging around after head build (Solaris/x86 buildbot)

Hello, just verified that this also happens while building stable. Thanks! Karel Karel Gardas wrote: Hello, month or so ago I've noticed that one compiler instance is hanging around and spending 100% of CPU for nothing after a build of head (I'm not sure if it also happens on stable) on

Re: One stage2 compiler hanging around after head build (Solaris/x86 buildbot)

On Wed, Oct 01, 2008 at 02:56:26PM +0200, Karel Gardas wrote: -bash-3.2$ ps -fU buildbot|grep 4380 buildbot 24480 27081 0 14:50:27 pts/6 0:00 grep 4380 buildbot 4380 641 25 12:38:14 ? 130:33 /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc -B/buildbot/ghc/kgar

Re: GHC on Solaris/SPARC?

On SunOS leo 5.10 Generic_137111-02 sun4u sparc SUNW,Sun-Fire-280R I've created a darcs binary http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/solaris/ghcs/darcs without libcurl from the sources of darcs-2.1.0pre2 I haven't tested it much. So try if it works for you.

Re: GHC on Solaris/SPARC?

On Wed, Oct 1, 2008 at 10:14 AM, Christian Maeder [EMAIL PROTECTED]wrote: On SunOS leo 5.10 Generic_137111-02 sun4u sparc SUNW,Sun-Fire-280R I've created a darcs binary http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/solaris/ghcs/darcs without libcurl from the

Re: One stage2 compiler hanging around after head build (Solaris/x86 buildbot)

Ian Lynagh wrote: On Wed, Oct 01, 2008 at 02:56:26PM +0200, Karel Gardas wrote: -bash-3.2$ ps -fU buildbot|grep 4380 buildbot 24480 27081 0 14:50:27 pts/6 0:00 grep 4380 buildbot 4380 641 25 12:38:14 ? 130:33 /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc

Re: One stage2 compiler hanging around after head build (Solaris/x86 buildbot)

On Wed, Oct 01, 2008 at 08:57:17PM +0200, Karel Gardas wrote: Does this help? # pargs 4380 4380: /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc -B/buildbot/ghc/kgar argv[0]: /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc argv[1]:

Re: One stage2 compiler hanging around after head build (Solaris/x86 buildbot)

Ian Lynagh wrote: On Wed, Oct 01, 2008 at 08:57:17PM +0200, Karel Gardas wrote: Does this help? # pargs 4380 4380: /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc -B/buildbot/ghc/kgar argv[0]: /buildbot/ghc/kgardas/build/ghc/stage2-inplace/libexec/ghc argv[1]:

planning for ghc-6.10.1 and hackage

Hi, We're getting pretty close to a final ghc-6.10.1 release. We would like of course for the transition this time to be less painful than last time. We all got a lot of flack last time for having no plan in place and making everyone change all their .cabal files etc. This time we can do a lot

Inferred type is less polymorphic than expected, depends on order

I was wondering if someone could help me understand why reording the case statements changes the type inference for this code. 1) I find the error message a bit confusing. 2) I don't understand why it's a problem in one order and not the other. I've tried to send this as literate haskell in