pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 368
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/368.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting v
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 351
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/351.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting versi
pgj2 (amd64 FreeBSD HEAD), build 486
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/486.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting
pgj (x86 FreeBSD HEAD), build 488
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/488.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | Su
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 Sep 30 18:00:01 BST 2011.
checking out new source
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 Sep 30 18:10:01 BST 2011.
checking out new s
tn23 (x86 OSX HEAD), build 443
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/443.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/443
On 30 September 2011 10:09, Max Bolingbroke wrote:
> On 30 September 2011 16:07, Max Bolingbroke
> wrote:
>> I just tried to run David Peixotto's fibon suite with and without the
>> new analysis, but all the benchmarks time out for me. I've sent him an
>> email to find out what I'm doing wrong -
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
Branch 'ghc-7.2' now includes:
4d6b343... Merge in darcs patch from Simon Meier:
73a6ed2... Use printException instead of deprecated
printExceptionAndWarnings
b4915e8... Merge in darcs pach:
b50695a... Merge in darcs pat
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
Branch 'ghc-7.2' now includes:
ab2581e... GHC build system: Don't install the datafiles twice
ddd089e... Bump to version 2.9.3
38ce6d5... Fix problem with test files not added to distribution tarball
_
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
Branch 'development' now includes:
ae5ed29... Add git commits since switchover:
ab24835... * Merge in git patch from Michal Terepeta
8739a6b... Fix build
5ca76f4... Bump GHC dep to allow 7.2
18d07a6... Relax base dep
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/64c6e2464fb3a9207e01b01a17c815284e49808b
>---
commit 64c6e2464fb3a9207e01b01a17c815284e49808b
Merge: ebb0717... 3
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branches: development,ghc-7.2,master
http://hackage.haskell.org/trac/ghc/changeset/38ce6d5496e234ebaa0ad10c6c72ed7dad9f6a35
>---
commit 38ce6d5496e234ebaa0ad10c6c72ed7dad9f6a35
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branches: development,ghc-7.2,master
http://hackage.haskell.org/trac/ghc/changeset/ddd089e4a467a567889cdf94a5c9adc520350537
>---
commit ddd089e4a467a567889cdf94a5c9adc520350537
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branches: development,master
http://hackage.haskell.org/trac/ghc/changeset/4d6b343127aa3d545473fe9e80821b8d4587f6a1
>---
commit 4d6b343127aa3d545473fe9e80821b8d4587f6a1
Author:
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/813a8f79109cf854f9515ec55289d4a5efc1388d
>---
commit 813a8f79109cf854f9515ec55289d4a5efc1388d
Merge: a26a25d... 0
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branches: development,master
http://hackage.haskell.org/trac/ghc/changeset/b50695a86358fd02b9a0ececbc107bf5274d5f95
>---
commit b50695a86358fd02b9a0ececbc107bf5274d5f95
Author:
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/a26a25d047f68051f9e1419a0cec515b62ad7e21
>---
commit a26a25d047f68051f9e1419a0cec515b62ad7e21
Merge: 64c6e24... b
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branches: development,master
http://hackage.haskell.org/trac/ghc/changeset/b4915e8f387bdc0e0fb40a67b41de8fbacb32da6
>---
commit b4915e8f387bdc0e0fb40a67b41de8fbacb32da6
Author:
Repository : ssh://darcs.haskell.org//srv/darcs/haddock
On branches: development,master
http://hackage.haskell.org/trac/ghc/changeset/73a6ed218c59fb778da9b830db1283e005ff2245
>---
commit 73a6ed218c59fb778da9b830db1283e005ff2245
Author:
On 30 September 2011 16:07, Max Bolingbroke wrote:
> I just tried to run David Peixotto's fibon suite with and without the
> new analysis, but all the benchmarks time out for me. I've sent him an
> email to find out what I'm doing wrong - if he can help me out then I
> should be able to post fulle
simonmar-win32-head (x86 Windows HEAD), build 399
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/399.html
git clone | Success
create mk/build.mk | Success
get subrepos | Failure: Just (ExitFailure 2)
Build failed
Details:
http://darcs.hask
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e19ec33bf59a30bbd61d7100f5dbeadae13bd5a9
>---
commit e19ec33bf59a30bbd61d7100f5dbeadae13bd5a9
Author: Geoffrey
On 30 September 2011 11:55, David Terei wrote:
> Are you able to provide some performance numbers at this point? I'll
> have a play around with the code myself tomorrow but am very excited.
I can tell you that the example in my blog post gets 8.8% faster ;-)
I just tried to run David Peixotto's
simonmar-win32-head (x86 Windows HEAD), build 398
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/398.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date |
simonmar-win32-stable (x86 Windows STABLE), build 331
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/331.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version d
On 30 September 2011 12:39, Max Bolingbroke wrote:
> On 30 September 2011 12:04, Simon Peyton-Jones wrote:
>> Why is this an *analysis*? Why can't we simply declare to LLVM that certain
>> things don't alias?
I forgot to mention that a custom alias analysis is also the approach
taken by Google
On 30 September 2011 12:04, Simon Peyton-Jones wrote:
> Why is this an *analysis*? Why can't we simply declare to LLVM that certain
> things don't alias?
We already do this to the extent possible - both the SpArg and the
HpArg are tagged with "noalias".
The problem is that this is only enough
Good!
Why is this an *analysis*? Why can't we simply declare to LLVM that certain
things don't alias?
At the moment we print out ascii stuff which LLVM parses. Would it be easier
to call LLVM directly via an API?
And if it is an analysis, how are the results expressed to LLVM?
Simon
|
Great stuff!
Given the problems with dynamically linking in I wonder if it may be
worth while trying to get LLVM to include it? Probably not as it will
make it harder for us to tweak but an idea to consider.
Are you able to provide some performance numbers at this point? I'll
have a play around w
New patches in /srv/darcs/git-mirrors/random
commit b2443d5529cd54401f0b4680bd0496c9bf80ef9f
Author: Ryan Newton
Date: Fri Sep 30 01:54:44 2011 -0400
Fixed bug in Ticket 5501. But there appears to be a significant
performance regression that warrants further investigation.
commit d04bc
New patches in /srv/darcs/git-mirrors/Win32
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Hi GHCers,
As those of you who use the LLVM backend know, it often doesn't
optimise as aggressively as you would like. The reason for this is
often to do with aliasing. I've written a blog post outlining the
problem and a solution, in the form of a GHC-specific alias analyser
that tells LLVM that
Hello,
my opensolaris builder machine also suffered from the same issue like
tn23 and sometimes even mbolingbroke and others. Symptoms are you are
not able to grab the ghc code or subrepos code. The solution is simple:
(1) either remove curl from your path or (2) update curl to the latest
ve
34 matches
Mail list logo
