pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 189
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/189.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | S
I saw that a considerable number of people forked GHC on GitHub. I am
wondering, does that make any sense without forking all the package repos as
well?
In my experience of hacking GHC, once you go off onto a major branch, at least
core packages, such as base, will diverge pretty quickly as we
pgj2 (amd64 FreeBSD HEAD), build 324
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/324.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Succ
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 Fri Apr 8 18:10:01 BST 2011.
checking out new source tree
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 Fri Apr 8 18:00:01 BST 2011.
checking out new source tree
simonmar-win32-head (x86 Windows HEAD), build 288
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/288.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
boo
pgj (x86 FreeBSD HEAD), build 326
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/326.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Success
mbolingbroke (x86 OSX HEAD), build 99
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/mbolingbroke/99.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting
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 Fri Apr 8 18:10:01 BST 2011.
checking out new so
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 184
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/184.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
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 Fri Apr 8 18:00:01 BST 2011.
checking out new source t
tn23 (x86 OSX HEAD), build 303
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/303.html
git clone | Failure: Just (ExitFailure 127)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/303.html
___
Cvs-ghc ma
On Fri, Apr 08, 2011 at 01:17:14PM +0200, Matthias Kilian wrote:
> HADDOCK=../inplace/bin/haddock
> -for LIB in `grep '^libraries/[^ ]\+ \+- \+[^ ]\+ \+[^ ]\+ \+[^ ]\+'
> ../packages | sed -e 's#libraries/##' -e 's/ .*//'`
> +for LIB in $(awk '$1 ~ /^libraries\/./ && $2 == "-" && NF >
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3783ffa6f7203db3d80ff6c75fff8d79b0b852a7
>---
commit 3783ffa6f7203db3d80ff6c75fff8d79b0b852a7
Author: Ian Lynagh
Dat
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e7f04c3b08e13c4db266afaa8899a4a84f489478
>---
commit e7f04c3b08e13c4db266afaa8899a4a84f489478
Author: Karel Gardas
D
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/159fdb19228cfb04c3fd871ab3f41f8ef7984b58
>---
commit 159fdb19228cfb04c3fd871ab3f41f8ef7984b58
Author: Ian Lynagh
Dat
sparky-unreg (Sparc Solaris unreg HEAD), build 84
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/84.html
git clone | Failure: Just (ExitFailure 9)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/84.html
ld.so.1: git: fatal: reloca
simonmar-win32-head (x86 Windows HEAD), build 287
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/287.html
git clone | Failure: Just (ExitFailure 128)
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/287.html
Initial
simonmar-win32-stable (x86 Windows STABLE), build 220
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/220.html
git clone | Failure: Just (ExitFailure 128)
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/220.html
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/4b4c2f05ff0eb8acdcd5bd57e79de98da0226075
>---
commit 4b4c2f05ff0eb8acdcd5bd57e79de98da0226075
Author: Simon Mar
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/814edf44433801e37318ce79082ac6991dbc87dd
>---
commit 814edf44433801e37318ce79082ac6991dbc87dd
Author: Simon Marlow
D
I took a closer look at some of the worst offenders, and in fact,
when I use the old code generator, the difference in sizes is not all
that great. So I suspect that I (or someone else) introduced
an unrelated regression in the backend. I'll have some better stats
soon...
Edward
Excerpts from E
On Fri, Apr 08, 2011 at 08:05:57AM -0400, Edward Z. Yang wrote:
>
> I was running a full test and ran into this failure:
>
> T4891: T4891: can't find a package database at
> /home/ian/ghc/git/ghc/inplace/lib/package.conf.d
>
> Which kind of looks like a hard-coded path from you?
Ooops, sorry;
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/f65f848c6378b52785262fe86cfe1431b4bab83e
>---
commit f65f848c6378b52785262fe86cfe1431b4bab83e
Author: Ian Lynag
The T* failures are all memory allocation failures on the part of
GHC, probably because Hoopl generates a lot more garbage than the
old code generator.
The space leak one is really interesting, because it doesn't show up
when I do normal tests with a devel2 built stage2. Maybe I fixed it
with my o
Hey Ian,
I was running a full test and ran into this failure:
=> T4891(normal) 1323 of 2716 [0, 0, 0]
cd ./ghc-api/T4891 && $MAKE -s --no-print-directory T4891T4891.run.stdout 2>T4891.run.stderr
Wrong exit code (expected 0 , actual 2 )
Stdout:
Stderr:
T4891: T4891: can't find a package d
On Fri, Apr 08, 2011 at 11:19:25AM +, Simon Peyton-Jones wrote:
> ls -l libraries/dph/ghc-packages libraries/dph/ghc-packages2
> -rw-r--r-- 1 simonpj Administrators 72 Apr 4 10:48 libraries/dph/ghc-packages
> -rw-r--r-- 1 simonpj Administrators 78 Apr 4 10:48
> libraries/dph/ghc-packages2
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e0d60d5082245be017002ce1b3fbdf1fe11f98e2
>---
commit e0d60d5082245be017002ce1b3fbdf1fe11f98e2
Author: Ian Lynagh
Dat
---
libraries/gen_contents_index |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libraries/gen_contents_index b/libraries/gen_contents_index
index fcf30e3..72be850 100644
--- a/libraries/gen_contents_index
+++ b/libraries/gen_contents_index
@@ -7,7 +7,7 @@ HADDOCK_ARGS=
On Fri, Apr 08, 2011 at 10:40:12AM +, Simon Peyton-Jones wrote:
> | > sh validate --no-clean
> | > make[1]: *** No rule to make target `libraries/dph/dph-common/ghc.mk',
> needed
> | by `libraries/dph/dph-par/dph-par.cabal'. Stop.
> |
> | Hmm, boot should have made libraries/dph/dph-com
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/ea87491f8db33cbcbf49fe27128eb9b0a687f790
>---
commit ea87491f8db33cbcbf49fe27128eb9b0a687f790
Author: Edward Z.
| > sh validate --no-clean
| > make[1]: *** No rule to make target `libraries/dph/dph-common/ghc.mk',
needed
| by `libraries/dph/dph-par/dph-par.cabal'. Stop.
|
| Hmm, boot should have made libraries/dph/dph-common/ghc.mk
|
| Does the full "sh validate" work?
No. See below. I'm a bit
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/b85981943e2b11623f358e591bee574754da1903
>---
commit b85981943e2b11623f358e591bee574754da1903
Author: Simon Mar
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/9ffa2686f8f192244d0c91d42cea560d8f7adad2
>---
commit 9ffa2686f8f192244d0c91d42cea560d8f7adad2
Author: Simon Marlow
D
On 07/04/2011 17:07, Edward Z. Yang wrote:
Amazingly enough, a GHC fully built with the new code generator
and with it set to default only fails five tests on validate:
OVERALL SUMMARY for test run started at Thu Apr 7 11:53:31 EDT 2011
2712 total tests, which gave rise to
9094 test c
On 07/04/2011 16:37, Edward Z. Yang wrote:
I've been working on new optimization passes for Hoopl to get
the code back to the quality of the old code generator.
With the new optimization pass, the binaries in the test suite
are, on average, 7% larger than the old code generator.
Here are the wor
On 07/04/2011 15:17, Karel Gardas wrote:
Hello,
I've read
http://hackage.haskell.org/trac/ghc/wiki/WorkingConventions/Git and it
contains following sentence:
"(where is your account on darcs.haskell.org; omit this step
if you don't have one, you can still submit patches via the mailing list
o
37 matches
Mail list logo
