patch applied (ghc): Fix Trac #1654: propagate name changes into CoreRules

Thu Nov 8 09:51:08 PST 2007 [EMAIL PROTECTED] * Fix Trac #1654: propagate name changes into CoreRules This patch is on the HEAD. It fixes a nasty and long-standing bug whereby we weren't substituting the ru_fn field of a CoreRule in CoreSubst.substSpec, which ultimately led to a puzz

[issue560] Getting source code

Richard Giraud <[EMAIL PROTECTED]> added the comment: Given how easy it is to increase the limit, I'm guessing that the limit is a way of detecting and stopping runaway processes. If this is the case, then I don't consider this a bug; OS X is doing what it should and darcs is doing what it sh

[issue560] Getting source code

Richard Giraud <[EMAIL PROTECTED]> added the comment: Added script from running 1.1.0pre1. __ Darcs bug tracker <[EMAIL PROTECTED]> __Script started on Thu Nov 8 19:50:55 2007 neptune:~/Documents/wo

[issue560] Getting source code

Richard Giraud <[EMAIL PROTECTED]> added the comment: Added script from running 1.0.9. __ Darcs bug tracker <[EMAIL PROTECTED]> __Script started on Thu Nov 8 19:48:26 2007 neptune:~/Documents/worksp

[issue560] Getting source code

Richard Giraud <[EMAIL PROTECTED]> added the comment: I compiled darcs 1.0.9 and 1.1.0pre1 with the --disable-mmap and the result is still the same. __ Darcs bug tracker <[EMAIL PROTECTED]> __

[issue560] Getting source code

David Roundy <[EMAIL PROTECTED]> added the comment: On Thu, Nov 08, 2007 at 07:44:15PM -, Richard Giraud wrote: > After doing some investigation, this appears to the be result of OS X > limiting > the number of files that a process can have open. Increasing this limit > makes > the issue

[issue560] Getting source code

Richard Giraud <[EMAIL PROTECTED]> added the comment: After doing some investigation, this appears to the be result of OS X limiting the number of files that a process can have open. Increasing this limit makes the issue disappear. By default, user accounts are limited to 256 open files (per

Re: Daily report for head

FWIW, I think we could do a lot to improve the reporting of test failures in the buildbot status emails. I usually tend to look at the actual logs. one thing that confused me with the macgyver PPC OSX head logs http://darcs.haskell.org/buildbot/head/macgyver%20PPC%20OSX%20head/builds/23 was

patch applied (ghc-6.8/ghc): Fix Trac #1654: make substitutions propagate into CoreRule

Thu Nov 8 09:48:35 PST 2007 [EMAIL PROTECTED] * Fix Trac #1654: make substitutions propagate into CoreRule Nasty bug in substSpec: the ru_fn field was not getting updated when the parent function's unique changed. Urk. This patch goes on the branch; I'll do another for the HEAD.

patch applied (/haskell/ghc): Remove Neil Mitchell' s Windows installer credit (at his request)

Thu Nov 8 09:34:11 EST 2007 Ian Lynagh <[EMAIL PROTECTED]> * Remove Neil Mitchell's Windows installer credit (at his request) M ./download_ghc_681.html -2 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cv

patch applied (ghc): Pad static literals to word size in the code generator

Thu Nov 8 05:28:42 PST 2007 Simon Marlow <[EMAIL PROTECTED]> * Pad static literals to word size in the code generator M ./compiler/cmm/PprC.hs -1 +6 M ./compiler/codeGen/CgHeapery.lhs -1 +12 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http:

patch applied (ghc): eliminate a bit of duplication

Mon Nov 5 06:37:14 PST 2007 Simon Marlow <[EMAIL PROTECTED]> UNDO: eliminate a bit of duplication M ./libraries/Makefile -1 +1 M ./mk/config.mk.in +5 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-gh

Re: Failing to install HEAD

David Waern wrote: David Waern wrote: Hi, I'm trying to install GHC HEAD but the "make install" phase fails. Here's the last part of the output: ... It seems like GHC_PKG_PROG is null, even though the configure step says it has located ghc-pkg. The GHC_PKG_PROG in mk/package.mk should be GHC

Re: Daily report for head

Claus Reinke wrote: i'm looking at buildbot test results after my patches were applied, and could use some advice on how to address the issues: 1.from the daily report macgyver PPC OSX head: pass New unexpected test failures: ghci024 1 macgyver PPC OSX head according to buildbot lo

Re: Failing to install HEAD

> David Waern wrote: >> Hi, >> >> I'm trying to install GHC HEAD but the "make install" phase fails. >> Here's >> the last part of the output: > ... >> It seems like GHC_PKG_PROG is null, even though the configure step says >> it >> has located ghc-pkg. > > The GHC_PKG_PROG in mk/package.mk should

[nightly] 07-Nov-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Wed Nov 7 19:30:02 GMT 2007. checkin

Re: Daily report for head

i'm looking at buildbot test results after my patches were applied, and could use some advice on how to address the issues: 1.from the daily report macgyver PPC OSX head: pass New unexpected test failures: ghci024 1 macgyver PPC OSX head according to buildbot log, ghci falls over on

[nightly] 07-Nov-2007 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/STABLE-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Wed Nov 7 19:00:00 GMT 2007. c

Re: Failing to install HEAD

David Waern wrote: Hi, I'm trying to install GHC HEAD but the "make install" phase fails. Here's the last part of the output: ... It seems like GHC_PKG_PROG is null, even though the configure step says it has located ghc-pkg. The GHC_PKG_PROG in mk/package.mk should be GHC_PKG_INPLACE. Coul

RE: Getting source code

| darcs: getCurrentDirectory: resource exhausted (Too many open files) This sounds like a Darcs bug, but it's not one I have heard before. I'm copying the Darcs bug-tracker list, because they probably know what to do. (Darcs guys: Richard's message appears in full below.) Simon | -Origin

Daily report for stable

Build results: gabor stable: pass kahl G5 Gentoo Linux stable:pass mnemosyne x86-64 Gentoo stable: pass tnaur PPC OSX stable: pass tnaur x86 Linux stable: fail (failed stage1) x86 Windows stable: pass x86 Windows stable fast:pass pass pass

Daily report for head

Build results: x86-64 Linux head: lost x86 Windows head: pass x86 Windows head fast: pass pass pass pass pass kahl G5 Gentoo Linux head: pass macgyver PPC OSX head: pass x86-64 Linux head unreg: lost New unexpected test failures: ghci024 1 macgyver PPC OSX head O