pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 288, Success

pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 288 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/288.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 271, Success

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 271 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/271.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | S

[nightly] 04-Jul-2011 build of STABLE on i386-unknown-linux (cam-02-unx)

Build description = STABLE on i386-unknown-linux (cam-02-unx) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Mon Jul 4 18:10:01 BST 2011. checking out new source tree

Re: #4459: How to apply one type to another

Hi, I think the `forall a` is binding `[Int]` which explains the previous error. I now have `st :: [Int] -> [Int]` -- result of unification and substitution `tx :: [Int] -- argument type I can `mkAppTy st tx` which gives an unapplied application `mkAppTy st tx` --> [Int] -> [

pgj2 (amd64 FreeBSD HEAD), build 406, Success

pgj2 (amd64 FreeBSD HEAD), build 406 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/406.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | Success booting | Succ

[nightly] 04-Jul-2011 build of HEAD on i386-unknown-linux (cam-02-unx)

Build description = HEAD on i386-unknown-linux (cam-02-unx) Build location= /playpen/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Mon Jul 4 18:00:01 BST 2011. checking out new source tree

pgj (x86 FreeBSD HEAD), build 408, Success

pgj (x86 FreeBSD HEAD), build 408 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/408.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | Success booting | Success

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 279, Success

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 279 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/279.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date

[nightly] 04-Jul-2011 build of STABLE on x86_64-unknown-linux (cam-04-unx)

Build description = STABLE on x86_64-unknown-linux (cam-04-unx) Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx Nightly build started on cam-04-unx at Mon Jul 4 18:10:01 BST 2011. checking out new so

tn23 (x86 OSX HEAD), build 374, Failure

tn23 (x86 OSX HEAD), build 374 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/374.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/374

[nightly] 04-Jul-2011 build of HEAD on x86_64-unknown-linux (cam-04-unx)

Build description = HEAD on x86_64-unknown-linux (cam-04-unx) Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx Nightly build started on cam-04-unx at Mon Jul 4 18:00:01 BST 2011. checking out new source t

Re: [commit: ghc] ghc-7.2: Don't get the dph packages by default in the 7.2 branch (138ce77)

On Mon, Jul 04, 2011 at 11:04:39PM +1000, Manuel M T Chakravarty wrote: > Ian Lynagh: > > > > We can certainly branch dph. What about primitive and vector (which have > > darcs upstreams)? > > How do you handle other packages with upstream repos? We might want to > branch them, so that we don't

Do we have to export _srt labels?

Hi, I've been looking into fixing #5292, and have found a possible way to reduce the number of symbols that libHSghc exports. Basically, it doesn't look like the XXX_srt symbols are ever actually referenced outside of the object that defines them. This trivial patch stops marking them as global an

[nightly] DPH Performance Test Succeeded

Full logs at http://log.ouroborus.net/limitingfactor/dph Environment Platform host: limitingfactor.cse.unsw.EDU.AU arch: i386 processor: i386 system:Darwin 10.7.0 Versions GHC The Glorious Glasgow Haskell Compilation System, version 7.0.1 GCC i686-apple-da

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

Sounds like something that could use a GHC Trac feature request. Edward ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: [commit: ghc] ghc-7.2: Don't get the dph packages by default in the 7.2 branch (138ce77)

Ian Lynagh: > On Mon, Jun 27, 2011 at 09:40:00AM +1000, Manuel M T Chakravarty wrote: >> Why not? I thought, 7.2 was supposed to include DPH (not in the binary, but >> as an extra download from Hackage). > > The easiest way to be sure dph isn't accidentally in the binary, and > that building fro

New patches in /srv/darcs/git-mirrors/random

New patches in /srv/darcs/git-mirrors/random commit dfeff473ceefcc7e8d4b202fe154e8f869f12e67 Author: Ryan Newton Date: Tue Jun 28 14:25:45 2011 -0400 Adding the simple speed test from ticket #427. commit 5d805e7182798bd6d309649ed5648cb76ace667c Author: Ryan Newton Date: Tue Jun 28 13: